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Foreword (This Foreword is not part of American National Standard X3.132-1987.) 


This standard provides a definition of the device-generic portion of a family of 
standards called the Intelligent Peripheral Interface (IPI). It is a new high- 
performance, general-purpose parallel peripheral interface. This standard responds 
to an industry market need (expressed both by users and manufacturers) to limit 
the increasing costs in hosts associated with changes in peripherals. The intent 

of the IPI is to isolate the host (CPU), both hardware and software, from changes 
in peripherals by providing a "function-generic” command set to allow the 
connection of multiple types of peripherals (disks, printers, tapes, communica- 
tions). To smooth the transition from the current methods to the generic 
approach, the IPI also supports device-specific command sets to aid in bridging 
the gap between the two approaches. 


To accomplish this set of goals, the design of the IPI includes device-specific 
and device-generic command sets, both utilizing a common physical bus. The 
device-specific command set provides: 

(1) Device-oriented control 

(2) Physical Data Addressing 

(3) Timing Critical Operations 

(4) Lower Device Cost 


The device-generic command set provides a higher level of functionality 
and portability. It includes: 

(1) Host/Device Independence 

(2) Logical Data Addressing 

(3) Timing Independence 

(4) Command Queuing Capability 


A system is not restricted to the use of one level of command set or the other. It 
is possible that both levels of command sets will be utilized with a given 

system's architecture to balance such parameters as system performance, cost, and 
peripheral availability. It is also possible for the host to provide for migration 

from device-specific to device-generic levels while still retaining the same 

physical interface. 


The development of an Intelligent Peripheral Interface (IPI) was begun after a 
preliminary investigation had been completed. The earliest proposals were made by 
participants of Task Group X3T9.3 in late 1978. At that time, the Task Group 
decided generic-oriented peripheral interfaces were not yet ready for 

standardization and that the group should concentrate on device-oriented 

interfaces and the system-oriented, high-speed serial interfaces. The group 
acknowledged the desirability of higher level intelligent commands by reserving 

code fields in American National Standard for Information Systems — Interface 
between Rigid Disk Drive(s) and Host(s), ANSI X3.101-1984, during its April 1980 
meeting. 


The basic architecture of the resultant IPI was first proposed at the X3T9.3 
August 1980 meeting. In addition to the 1978 proposal, complete company imple- 
mentations were proposed by several manufacturers from August 1980 to August 
1981. These proposals resulted from the initiative of the contributors and from 
wide-spread solicitation by the task group. 


Task Group X3T9.3 agreed upon preliminary functional requirements during the 
October 1980 meeting, which included the following: 

(1) Parallel transfer 

(2) Command and Data Handshaking 

(3) Allowance for high-speed transfers without Handshaking 

(4) Transfer rate up to 10 Megaoctets per second 


Task Group X3T9.3 began work on the IPI in 1981 in response to an emerging need 
for a higher performance peripheral interface. Coincidental with the need for 

higher performance was the availability of low-cost VLSI circuit technologies, 
allowing increased intelligence in the peripheral device. These needs were 

confirmed by large and active participation from all areas of the computer 

industry. 


The fundamental characteristics that the group achieved included the following: 

(1) Single or dual octet transfers 

(2) Data rates of at least 10 megabytes per second 

(3) Cable lengths extending from 5 to 125 meters depending upon type of 
transmitter and cable 

(4) Low-cost, commonly available components 

(5) High level of maintainability and availability 

(6) A multilevel command structure allowing different levels of intelligence in 
the peripherals 

(7) A definition that facilitates evolutionary changes tn the levels with 
minimal impact on software and hardware components 

(8) Definitions supporting an extensive group of peripheral devices including 
disks, tape, communications equipment, printers, and the like, with a common 
choice of interface hardware and commands 


Suggestions for improvement of this standard will be welcome. They should be sent 
to the Computer and Business Equipment Manufacturers Association, 311 First 
Street, NW, Suite 500, Washington, D.C. 20001. 


This standard was processed and approved for submittal to ANSI by Accredited 
Standards Committee on Information Processing Systems, X3. Committee approval 
of the standard does not imply that all committee members voted for approval. 
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1. Scope and Editorial Conventions 


1.1 Scope. This document describes the Logical 
Level 3 (device-level) Interface for disk 

drives. The physical, electrical, and configur- 
ation characteristics and the transmission pro- 
tocol of this interface are in accordance with 
American National Standard for Information 
Systems — Intelligent Peripheral Interface — 
Physical Level, ANSI X3.129-1986. The interface 
is capable of handling data rates from 0 to at 
least 10 megaoctets per second, depending on 
driver and receiver classes. 

The purpose of this standard is to facilitate 
the development and utilization of a device- 
level interface that permits the interconnec- 
tion of disk slave peripherals to a controller. 


1.2 Editorial Conventions. Certain terms used in 
this standard that are proper names of signals 
are printed in uppercase to avoid possible 
confusion with other uses of the same words; 
e.g., ATTENTION IN. Any lowercase 
uses of these words have the normal English 
meaning. 

A number of conditions, sequence parameters, 
events, English text, states, or similar terms 
are printed with the first letter of each word 
In uppercase and the rest lowercase; e.g., In, 
Out, Selective Reset, Bidirectional, Bus 
Control, Operation Response. Any lowercase uses 
of these words have the normal English meaning. 


1.3 Description of Sections. The first five 
sections contain material that is useful across 

all classes of device that the Device-Generic 
command sets can support. The later sections are 
Oriented to particular device classes. This 
document is intended for use with Magnetic and 
Optical disks. 


Section 4 describes the Environment of Use and 
projected application areas. 

Section 5 describes the Message Packet structure 
used for commands and responses. 

Section 6 describes Control commands. 

Section 7 describes Position commands. 

Section 8 describes the most generic Transfer 
commands, 

Section 9 describes the Combination Transfer 
commands, which require a minimum of two sets of 
extents. 

Section 10 describes the other Transfer com- 
mands, which are more device specific than those 
in Section 6. 

Section |] describes the Diagnostic commands. 

Section 12 summarizes the commands defined in 
the document. 

Appendixes contain information that is not part 
of the standard, but complementary to, and 
considered useful material for the reader. 


1.4 Interface Levels. The IPI has adopted a 
layered approach to functionality, described as 
levels. In Section 6 of American National Standard 
for Information Systems - Intelligent Peripheral 
Interface - Physical Level, ANSI X3.129-1986, 
the relationship between the various levels is 
described. The description of Level 3 (6.2.2 in 
ANSI X3.129-1986) is as follows: 


6.2.2 Level 3 - Device Generic. Level 3 is 
oriented to the generic components of devices 
(disk, tape, printer, and the like), and typically 
not the device-unique components (e.g., cylinders, 
heads). Level 3 uses a packet structure that 
provides independence of the command repertoire 
from the Physical Interface. Some of the Level 3 
characteristics are: 

(1) Operations may be Individual or Queued. 

(2) The data area is defined by the facility 
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addressibility to the media and is specified by 
the attributes of the slave. 

(3) The Transfer of data may or may not be 
timing critical, and typically is buffered. 

(4) Data is addressed by DataBlock address, 
but PhysicalBlock addresses may be used. 

(5) DataBlock lengths typically are fixed over 
an addressable data area, and can vary between 
different addressable areas on the media as well 
as varying between medias. Tape DataBlocks may 
vary between any two blocks. 

(6) Data is normally requested as "perfect" 
(data errors, if any, corrected), or may be 
requested as “raw” (data errors, if any, are not 
corrected). 

(7) Positioning is requested implicitly, but 
may be explicit. 

(8) Media defect handling ts transparent to 
the master, but may be managed by the master. 

(9) Error correction is transparent to the 
master. but may be managed by the master. 

(10) Error retry ts transparent to the master, 
but may be managed by the master. 


1.5 Conceptual Overview. These concepts are 
described relative to their usage in a Device- 
Generic environment, These relationships may be 
defined differently in other levels of IPI 
implementation. 

1.5.1 Relationship of Master, Slave, and 
Facility. A master is an entity that has need for 
some form of information transfer or storage. The 
master makes use of slaves and facilities to 
perform the needed operation. The slave or 
facility (addressee) to which the master addresses 
a service request is expected to have sufficient 
intelligence and capability to perform the 
requested service. 

A slave 1s subservient to one master per port. 
The slave provides services to the attached 
master or masters. and is responsible for the 
control and operation of the facilities (if any) 
attached to it. The slave may also perform 
additional functions as it finds necessary. 

A facility may be a unit of storage (e.g., disk 
drives and tape drives) or a unit of functionality 
(e.g.. a communications interface). Facilities 
are not limited to these devices, or even to being 
devices. Facilities are defined as having 
capabilities. A facility may be subservient to 
one or more slaves. 

1.5.2 Relationship of Facilities and 
Partitions. As an option. a slave may allow the 
subdivision of a facility into partitions. In a 
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facility that is capable of being subdivided, 

there are two possible types of subdivision that 
could be supported. The first is the ability of 
the slave to subdivide the facility into a default 
data partition and up to 7 maintenance partitions. 

For disks, the second 1s the ability of the 
master to subdivide the default data partition 
into up to 239 data partitions and up to 8 
maintenance partitions. 

For tapes. the second ts the ability of the 
slave to define 112 additional partitions and the 
master to subdivide the default data partition 
into 127 data partitions and up to 8 maintenanced 
partitions. 

Maintenance partitions are typically used for 
maintenance purposes, but their use ts not 
restricted thereto, and may be otherwise used for 
Storage of specific data for the slave, the 
facility. or for both. 

Maintenance partitions are not accessed by the 
master during normal operation, but access by the 
master is possible via the OPERATING MODE 
command. 

The total area of a facility that 1s defined by 
the slave as the default data partition may be 
used for storage of the master’s data. The 
partitioning and control of the partitions created 
in the default data area is the responsibility of 
the master. 

1.5.3 Command Structure. The Device-Generic 
command structure 1s based on message packets that 
are of variable length. The basic command and 
response packets are expanded by appending 
parameters that identify the specific actions to 
be taken. This provides a powerful tool for 
providing flexibility for future growth, since the 
addition of new functions over time should not 
require major changes to the command repertoire. 
but add functionality to the existing commands. 

The Device-Specific (known also as Level 2) 
command repertoire described in American National 
Standard for Information Systems - Intelligent 
Peripheral Interface - Device-Specific Command Set 
for Magnetic Disk Drives, ANSI X3.130-1986, uses 
a different command structure to the Device-Generic 
level. The major objective achieved by being 
differ-ent is the ability to execute timing-critical 
operations. Because both levels use the same Phys- 
ical interface, it is possible for Device-Specific 
Slaves to co-exist on the same daisy-chained cable 
as Device-Generic slaves. If the master datsychains 
Device-Specific and Device-Generic 3 slaves, this 
places the requirement on the master to be able to 
handle both command structures. 


Device-Generic commands need to be consistent 
with the characteristics of the general device 
type (e.g., the master must know if general device 
type is a disk or tape). The commands provide for 
logical data addressing, buffers, error detection, 
error retry, error correction, and the like, at 
the slave. There are no timing-critical 
dependencies between commands. 


1.6 Application Environments. The degree of 
intelligence provided by the slave varies, and 1s 
defined by Attributes provided by the manu- 
facturer. The master can either select or respond 
to the level of intelligence provided by the 

Slave. 

It is possible for the manufacturer of a 
computer system to implement products that are 
master oriented, and that support software 
constraints for current operating systems. By 
adding different degrees of functionality, the 
manufacturer could migrate over time to a 
distributed-intelligence, slave-oriented 
environment. 

1.6.1 Control of Facilities by the Master. The 
master performs Facility Selection and issues 
Individual commands. This is a master-oriented 
environment that typifies the operation of most of 
today’s host system I/O interfaces. The master 
prioritizes tasks and dispenses them to the 
various peripherals attached to it in a fashion 
that optimizes the system performance from the 
master’s perspective. 

Since the master controls all activity on the 
interface, it shall poll both the slave and 
facility interrupts in order to maximize the 
efficiency of data transfers. The master-oriented 
environment is typified by the following features 
of the interface: 

(ft) Command execution sequenced by the master 

(2) Individual commands 

(3) Selection to the facility 

(4) Master polling of both slaves and facilities 

(5) Bus Control established by the master 

(6) Command queueing done by the master 


1.6.2 Shared Control of Facilities. In this 
environment, a slave has functional control of the 
facilities, but the master has explicit control 
over some aspects of facility management. Some 
tasks, such as command queuing, may be left to the 
discretion of the slave. but the master may choose 
to sequence the flow of data between specific 
facilities based on its own algorithms. 

This environment is typified by the following 
features of the interface: 
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(1) Command execution between facilities 
sequenced by the master 

(2) Queued commands 

(3) Selection to the facility 

(4) Master polling of both slaves and facilities 

(5) Bus Control established by the master 

(6) Command queuing done by the slave 


1.6.3 Control of Facilities by the Slave. In 
this environment, the slave has functional control 
of the facilities, and the master has limited 
control (if any) over facility management. The 
Slave has the intelligence necessary to control 
operations on behalf of the master. 

This is a slave-oriented environment because of 
the degree of control the slave exercises over 
system performance and optimization. This 
environment is typified by the following features 
of the interface: 

(1) Command execution between facilities 
sequenced by the slave 

(2) Queued commands 

(3) Selection to the slave 

(4) Polling of the slave by the Master 

(5) Bus Control established by the master or 
(optionally) by the slave 

(6) Command queuing done by the slave 


2. Referenced and Related American 
National Standards 


2.1 Referenced American National Standards. This 
standard is intended to be used tn conjunction 

with the following American National Standards. 
When these standards are superseded by a revision 
approved by the American National Standards 
Institute, Inc, the revision shall apply: 


ANSI X3.129-1986, Information Systems — 
Intelligent Peripheral Interface — Physical Level 


ANSI X3.130-1986, Information Systems — 
Intelligent Peripheral Interface — Device-Specific 
Command Set for Magnetic Disk Drives 


2.2 Related American National Standards. The 
following standard is not essential for the 
completion of the requirements of this standard 
and are intended to be used solely for explanation 
or clarification. 


ANSI X3.147-1987, Information Systems — 
Intelligent Peripheral Interface — Device-Generic 
Command Set for Magnetic Tapes 


1] 
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3. Definitions 


actual address. This is the address of the 
facility, which is unique and is used by the slave 
to accomplish selection (the interface by which 
facilities are attached to the slave may or may 
not be an IPI). 


addressee. This term refers to the slave, the 
facility, or the combination of the two that are 
identified by the combination of Slave Address and 
Facility Address. 


alias. This term names a partition within a 
facility. 


attributes. Each slave (or facility) has a level 

of functionality that can be described by a table 
that contains entries for characteristics that 
require definition to the master. The entries are 
self-defining and are termed attributes. 


burst. This term describes the maximum number of 
octets to be transferred in any one Information 
Transfer. The transfer of a number of bursts may 
be implicit within a single command request. 


command. This term refers to a command issued by 
the master to initiate some specific operation. 


command address. This term refers to the two 
octets of Slave Address and Facility Address in 
the basic command packet that uniquely identify 
(or optionally partition) the addressee to which 
the command is issued. 


data. This term refers to any Information Transfer 
over the interface not associated with either a 
command or a response. 


DataBlock. This term ts uniquely defined in this 
document as meaning the logical representation of 
data on the media. A DataBlock may or may not 
have a relationship to PhysicalBlocks (i.e., it 
may be equal to, less than, or greater than 
PhysicalBlocks in size). If commands are issued 
with DataBlock addresses to a slave that supports 
logical addressing, the slave is responsible to 
locate the physical representation of data by 
logical address correctly, and present it to the 
master in DataBlocks. 


extent. This is a range of contiguous blocks, 
defined as the count of a number of blocks 
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beginning at a data address (PhysicalBlock or 
DataBlock) within (and limited to) a partition. 


facility address. This ts an octet value in the 
Command Address that may be an Actual Address, 
Selection Address, Synonym, or Alias. It is used 
to identify the facility (or partition) to which 

the command is addressed. Valid values are from 0 
to 255. 


housekeeping. This is a procedure required at 
initial usage of a slave (or facility) because the 
master must obtain the attributes in order to 
adapt to, or configure, its functionality. 


individual. This term refers to the execution of 
commands that musi be completed before the next 
command can be issued. 


information transfer. This term refers to the 
transferring of octets on the Physical Interface 

of commands, responses, and data that are framed 
by a Bus Exchange. 


interrupts. This term refers to the ability at the 
Physical Interface for the slave to advise the 
master of which types of Response are available in 
the slave. The slave uses interrupts to initiate 
assertion of the ATTENTION IN signal. 


L-available (logically available). See 4.7.1.7. 
L-busy (logically busy). See 4.7.1.9. 


level 2 (device specific). This term refers to 
commands that may be timing critical and that are 
used to define the execution of device-dependent 
operations.(See ANSI X3.130-1986 for a further 
explanantion and description of these commands). 


level 3 (device generic). This term refers to 
commands that are not timing critical and that are 
in an intelligent environment in which the slave 
has functional control (which may or may not be 
overridden by the master) over the attached 
facility or facilities. 


logical interface. This term refers collectively 
to all protocols higher than the Physical 
Interface. 


mandatory. To conform to the standard, all 
functions described as mandatory shall be 
implemented as defined in this document. 


multiplex. This term defines the ability of a 
master to intersperse the execution of commands 
between addressees; or of a slave to intersperse 
the execution of commands between different 
facilities; or of a slave to intersperse transfer 
information in bursts that are less than the 
requested transfer size. 


operational. See 4.7.1.3. 


optional. This term describes features that are 
not required by the standard. However, if any 
feature defined by the standard is implemented, it 
shall be done in the same way as defined by the 
Standard. 


P-available (physically available). See 4.7.1.1. 
P-busy (physically busy). See 4.7.1.5. 


partition. This term defines a recording area that 
may be logically addressed. A partition may be 
slave defined (e.g., data area, CE area, IML area) 
or may be master defined (e.g., an addressable set 
of contiguous blocks within the data area). See 
also alias. 


PhysicalBlock. This term ts uniquely defined in 
this document as meaning the physical 
representation of data on the media (e.g., sectors 
or records on disk and blocks or records on tape). 
It ts used to prevent confusion between industry 
usage of terms. 


physical interface. This term refers to the 
mechanical, electrical, and bus protocol 
characteristics specified in ANSI X3.129-1986. 


queued. This term refers to the ability of a slave 
to accept multiple commands per Facility Address 
from the master and execute them in a sequence 
according to slave-defined or master-defined 
algorithms. 


ready. This term is used to indicate that a slave 
or facility can execute its intended functions. 


response. This term refers to the response made by 
a slave to advise the master of the results of a 
command, or of conditions within the slave. 


selection address. This is the address used by the 
master at the Physical Interface to select a 

slave, a facility, or both. (This may not be the 
same as the Actual Address if Synonyms are used.) 
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synonym. This term describes the ability to 

redefine the Facility Address of a Facility. There 
may be more than one synonym to address the same 
facility. 


vendor unique. This term defines those features 
that can be defined by a vendor in a specific 
implementation. Caution should be exercised in 
defining and using such features since they may or 
may not be standard between vendors. 


4. Logical Interface Characteristics 


4.1 Operations. The Logical Interface uses a 
packet structure to transfer Commands from the 
master to the slave and Responses from the slave 
to the master. A Bus Exchange at the Physical 
Interface requires a Bus Control sequence and 
its associated Ending Status sequence to frame 
the Information Transfer of Commands, Responses, 
and data. 

The Commands and Responses vary in length and 
only a single packet of data is transferred for 
each Information Transfer. 

4.1.1 Commands. Commands are issued by the 
master to instruct the slave. facility, or both 
to perform an operation. The slave returns a 
Response when the command has been completed 
(unless inhibited by the "No Response If 
Successful” attribute set by the master). 

4.1.1.1 Command Types. The command types 

include: 

(1) Control, The Control commands provide for 
control of the slave and facility or facilities. 

(2) Position. The Position commands cause the 
positioning of the facility or facilities. 

(3) Transfer. The Transfer commands may cause 
multiple blocks of data to be transferred 
between the master and the facility. Before 
data is actually transferred, the slave 
activates the Class 2 Interrupt to inform the 
master that it is ready to transfer data. The 
complete data transfer may be broken up into 
several Information Transfers. A slave with 
Command Queuing shall generate a Transfer Noti- 
fication to inform the master of the identity of 
the command for which the transfer is pending. 

(4) Combination. The Combination commands 
provide for operations between two facilities 
attached to the same slave, or between two 
facilities attached to different slaves if 
Slave-to-Slave Information Transfers are 
supported at the Physical Interface. In an 
operation between two different slaves, the 
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master shall designate a dominant slave and a 
subservient slave. The dominant slave assumes 
the role of the master for the purpose of 
initiating Information Transfers to carry out 
Slave-to-slave operations. 

(5) Diagnostic. The Diagnostic commands 
provide for maintenance and diagnostic 
operations between a master and a slave or 
facility. These commands may be product 
specific. vendor specific. or both. 

4.1.1.2 Command Stacking. A slave that can 

accept more than one command ts capable of 
command stacking. The number of commands that 
may be stacked ts defined by the slave’s 
attributes. When a master attempts to send more 
commands to a slave than can be accepted. 
rejection occurs at the Physical Interface. 
Commands that are stacked may be Individual or 
Queued. 

4.1.1.2.1 Individual. The slave can 
accept Only one operation for every facility 
under its control (i.e., a queue of one). 

4.1.1.2.2 Queued. The master can have 
more than one operation for every facility 
concurrently active under control of the slave, 
and the slave ts responsible to execute them. 
This permits the slave the freedom to optimize 
the sequence of command execution to enhance 
performance (e.g.. seek ordering algorithms). 
The master has the ability to override slave 
optimization via Attributes. 

4.1.1.3 Command Execution Order. The or- 

der in which commands are executed is control- 
led by the command modifier bits that are common 
to all commands. Commands that are identified 
as Chained, Sequential. or Ordered cannot be in- 
termtxed for a given addressee. The last command 
of a Chain, Sequence, or Order has no encoding 
of its identity in order to identify it as being 
the last one — the slave shall be capable of 
recognizing it as being the last one. rather 
than treating it as an Individual or Queued com- 
mand. The execution scenarios possible are: 

(1) Individual/Queued Commands. Commands other 
than those labeled by modifier bits as Chained, 
Sequential, Ordered, or Priority are executed in 
a slave-dependent order,a facility-dependent 
order, or both. 

(2) Chained Commands. Commands are executed in 
the order received by the slave (first in, first 
out (FIFO) order) (i.e., a sequence of com- 
mands (not necessarily stacked) to a single 
addressee). The addressee is implicitly 
reserved as long as any command of the Chain is 
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being executed. If a command tn the Chain Its 
unsuccessful, the Chain shall be terminated and 
the remaining commands are not executed. The 
Chained modifier encoding ts not set for the 

last command in a Chain. The slave may 
multiplex operations for other addressees during 
execution of the Chain, 

(3) Sequential Commands. Commands are 
executed in the order received by the slave 
(FIFO order). There may be more than one 
addressee in a Sequence and the slave may multi- 
plex other operations during execution of the 
Sequence. If a command tn the Sequence is 
unsuccessful, the Sequence shall be terminated 
and the remaining commands are not executed. 
The Sequential modifier encoding ts not set for 
the last command in a Sequence. There is no 
implicit Reserve of the addressee beyond the 
command being executed. 

(4) Ordered Commands. Commands are executed in 
the order received by the slave (FIFO order). 
There may be more than one addressee in an 
Order, but the slave shall not multiplex other 
operations during execution of the Order. Ifa 
command in the Order is unsuccessful, the Order 
shall be terminated and the remaining commands 
are not executed. The Ordered modifier encoding 
is not set for the last command in an Order. 
There is no implicit Reserve of the addressee 
beyond the command being executed. 

(5) Priority Commands. Priority commands and 
Priority Chains/Sequences/Orders are indicated 
by the command modifier bits. Only the first 
command tn a Chain/Sequence/Order shall be 
designated as Priority, but the Priority shall 
apply to the entire Chain/Sequence/Order. A 
Priority command causes the slave to change the 
order of execution of stacked commands and also 
causes changes tn interpreting the command 
packet transmission for each addressee. 

When a Priority command packet is received for 
an addressee. any Chain/Sequence/Order that was 
in the process of being recetved shall be ended 
(1.e., the last packet received is interpreted 
as the last of the Chain/Sequence/Order regard- 
less of the command modifier settings in that 
packet. This ending applies regardless of 
whether the slave 1s operating in a queued or 
nonqueued environment. 


NOTE: This applies only to commands received over the same port. 


Priority commands, whether Individual or part 
of a Chain/Sequence/Order. are executed before 
non-Priority commands. Priority commands are 


executed in Last In First Out (LIFO) order. With 
the exception of individual ABORT commands, the 
receipt of a Priority command does not affect 

the operation of any Individual command or 
commands in a Chain/Sequence/Order, except for 
the possible ending noted previously. When a 
Priority. Individual ABORT command is received. 
the slave shall suspend the command executing 

(if possible), and process the ABORT. 

4.1.2 Operation Responses. Each Command has 
an associated Response packet. Command Comple- 
tion Response packets contain status that 
notifies the master whether or not the command 
was successful, and if not successful, why not. 
The response is not generated or transferred if 
the “No Response If Successful” attribute is set 
by the master. 

Response packets are also generated to notify 
the master of commands that are ready for data 
transfer, or for asynchronous events that have 
occurred in the slave or facilities. 

4.1.2.1 Interrupts. Physical Interface 
interrupts are used by the slave to request 
service from the master. 

The master may poll any or all of the inter- 
rupt classes by setting the appropriate bits in 
the Request Interrupts octet of the Physical 
Interface. It is the responsibility of the 
master to prioritize the interrupts in the event 
that more than one slave is interrupting. 

Optionally, the master may poll the interrupts 
from the facilities attached to a slave by the 
Request Facilities Interrupts octet of the 
Physical Interface if this feature is supported 
by the slave. 

The Physical Interface ATTENTION IN signal 
is a logical OR of the interrupts from all but 
the addressee selected on the Physical tnter- 
face. The interrupts may be enabled and dis- 
abled from generating Attention. 

The interrupt classes for slaves and facilities 
are defined in descending order of priority. 
Slaves shall present interrupts in order of 

their priority, except when the response stack 

is full of lower order interrupt responses 

(i.e.. if a Class 2 could be presented because 
data is available in a buffer, but the stack is 

full of Class | responses because the master has 
not requested them, the slave shall not respond 
to a poll for Class 2 interrupts). 

An interrupt is cleared when the condition 
that caused it to be presented ts no longer 
present. 

The three classes of interrupts are as follows: 
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(1) Class 3 (Critical Status Pending). This 
interrupt shall be used to alert the master to 
events or conditions existing in a slave or 
facility that require immediate attention from 
the master and that are not associated with 
command completion. An Asynchronous response 
shall be used to alert the master, and the 
conditions initiating same are defined by the 
Major Status, associated Substatus, and Extended 
Substatus (if any). 

(2) Class 2 (Transfer Status Pending). This 
interrupt shall be used by slaves to inform the 
master that data is ready to be transferred. A 
Transfer Notification to identify the command 
involved shall be generated by the slave unless 
the master is selecting facilities and executing 
Individual commands, or a Paused transfer 
implies the Transfer Notification. 

(3) Class 7 (Status Pending). This interrupt 
Shall be used to identify command completion 
responses, successful or otherwise, of commands 
issued by the master, and to inform the master 
of Asynchronous responses that are not critical. 
The Major Status and associated Substatus, if 
any, identify either the conditions under which 
the command terminated or the cause of the 
Asynchronous response. 

An optional use of this interrupt is to report 
that the slave, which was previously reported 
Busy during a selection sequence, is no longer 
Busy. When the interrupt ts used in this manner, 
the master is responsible for recognizing that 
there is not necessarily a Command Completion or 
Asynchronous response packet already in the 
slave. If there is no response packet pending in 
the slave, the interrupt shall be cleared by a 
successful selection sequence. 

4.1.2.2 Response Types. The response types 
do not directly correspond to the three inter- 
rupt classes. An Asynchronous response may be 
Class 3 if critical (e.g., power failure warn- 
ing), or Class | if not critical (e.g., transi- 
tion from Ready to Not Ready). 

4.1.2.2.1 Command Completion Response. 

This response shall be generated by the slave 
when a command has been completed, unless the 
response has been disabled by Attributes being 
set to "No Response tf Successful Completion.” 

The Class | interrupt is activated to inform 
the master that a Command Completion Response is 
available. 

4.1.2.2.2 Transfer Notification Re- 
sponse (Optional). This response shall be 
generated by a slave capable of stacking 
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Individual or Queued commands. It is used to 
identify the command with which the data 
transfer to follow is associated. 

Transfer Notification Responses are not 
required under the following conditions: 

(1) When commands are Individual, and the 
command was preceded by a facility selection 

(2) For continuation of paused data transfers 

The Class 2 Interrupt is activated to inform 
the master that a Transfer Notification Response 
is available. 

4,1.2,2.3 Asynchronous Response. This 
response shall be generated by the slave to 
advise the master of an unanticipated event not 
associated with command completion. 

Either the Class 3 or Class | Interrupt ts ac- 
tivated to inform the master that this response 
is available (depending upon whether or not it 
is considered critical by the slave). 

4.1.2.2.4 Imbedded Data Response 
(Optional). This response shall be generated by 
the slave to send small amounts of data in a 
parameter field of the response packet. No more 
than 254 octets can be transferred in this 
manner. 

The objective of this response is to permit 
peripherals with very low transfer rates and 
small transfer needs to gather data in a manner 
that does not interfere with high-performance 
peripherals. This response shall not terminate 
the command, and many of them can be received in 
answer to a single command. 

The Class 2 Interrupt is activated to inform 
the master that an Imbedded Data Response is 
available. 

4.1.2.3 Response Handling. When there is 
more than one response packet to be transferred 
by the slave. it shall transfer response packets 
to the master in the order of interrupt prior- 
ity. Within an interrupt class, the responses 
Shall be presented in order of command 
completion. 

If facility selection precedes the request for 
a response packet, the slave shall only transfer 
the highest priority response among those for 
the selected facility. 

The master shall properly handle any response 
packet that it receives, even if it is not nec- 
essarily the response type that it expected. 

The master should not attempt to initiate the 
transfer of a response packet before interrupts 
indicate the availability of a response ready to 
transfer. If the slave has no response packet 
to transfer upon receiving a request for one, it 


16 


shall terminate the attempted Information 
Transfer (without transferring any information) 
and not post the Successful bit in Slave Status. 

When a slave that supports Control of Bus at 
the Physical Interface is given control, it may 
elect to transfer a response packet or transfer 
data. 

4.1.3 Physical Interface Error Recovery 
Considerations. Errors detected by the Physical 
Interface protocol require recovery action be 
taken via a Device-Generic protocol. Recovery 
procedures depend on the packet type (Command, 
Data or, Response), and on whether or not the 
error 1s detected prior to the Slave Status 
octet being presented. 

4.1.3.1 Recovery from Unsuccessful Slave 
Status Octet. The Slave Status octet contains 
the Successful Information Transfer bit, which 
is set to O if any errors are detected by the 
slave prior to transmission of the octet. This 
includes not posting Successful if the slave 
recognized bad parity on the Master Status 
octet. 


NOTE: The slave does not change its Slave Status octet con- 
tents based on the contents of the Master Status octet. 


Following a command transfer, if the Success 
bit in either the Master or the Slave Status 
octet is set to O, the slave shall ignore the 
command. The master shall retransmit the 
command. 

Following a data transfer, if the Success bit 
in either the Master or the Slave Status octet 
is set to O. the slave shall terminate the 
command in progress. A response indicating the 
failure shall be generated. 

Following a response transfer, if the Success 
bit in either the Master or the Slave Status 
octet is set to O, the slave shall retain the 
response in its buffer and attempt retransmittal 
under the master’s control. The slave shall 
assert the appropriate interrupt upon de- 
selection. 

4.1.3.2 Recovery from Bad Parity on the 

Slave Status Octet. If the master detects a 
parity error or any other invalid condition on 
the Slave Status octet, the slave has no way to 
determine what has happened (as this ts 
presented in the last state before deselection 
may occur). | 

Whenever an invalid condition is detected in 
the Slave Status octet following a command, 
data. or Transfer Notification packet transfer, 
the master shall use an ABORT command or a Se- 


lective reset (either Logical Interface Reset or 
Slave Reset) to force the slave to discontinue 
execution of the command. 

If an invalid condition is detected in the 
Slave Status octet following a response packet 
other than Transfer Notification (typically 
Command Completion), the master shall retry ex- 
ecution of the entire command because the slave 
is not aware of its failure, and has released 
the buffer containing the response packet. 


NOTE: In the case ol a slave that queues commands, the 
master may have to issue no more commands until it 
can match valid responses with all the issuect commands 
in order to identify the one that was unsuccessful. 

If an invalid condition is detected in the 
Slave Status octet following an Asynchronous 
response packet, the master has no way of 
advising the slave that the Slave Status octet 
was not received correctly. Master-specific re- 
covery procedures may choose whether or not to 
accept the contents of the Information Transfer. 
If it is a condition that keeps recurring, the 
Slave shall generate another response. 


NOTE: Under this circumstance the error recovery action can- 
not be certain to obtain the same information as was originally 
presented. 


4.2 Operation Sequences. Operation sequences of 
the logical interface are controlled by the 
master, since it establishes the Bus Exchanges 
that transfer information between the master and 
slave. Optionally, the master may give control 
of the bus to a slave: actual control of the 
Information Transfer at the Physical Interface 
would then be performed by the slave. 

The sequence of actions taken to execute oper- 
ations between master and slave(s) is done as a 
series of Information Transfers across the Phys- 
ical Interface. Slave selection and deselection 
is done as necessary to communicate with the 
desired addressee. 

4.2.1 Slave Procedures. The following pro- 
cedures are not necessarily supported by every 
Slave. The slave's Attributes indicate those 
which are supported. 

(1) Facility Selection and Facility Inter- 
rupts. When the slave supports facility selec- 
tion and interrupts, the master may make use of 
them to exert control of the facility. The use 
of the facility interrupts allows the master to 
determine the facility requiring service and the 
facility selection allows the master to direct 
an operation to the desired facility. 

(2) Slave Control. When the slave Control of 
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Bus is supported (Bus Acknowledge octet). the 
master may give control of the subsequent In- 
formation Transfer to the slave to allow it to 
determine whether to transfer a response packet 
or data. The slave shall not set the Operation 
Out bits in the Bus Acknowledge octet (i.e., at- 
tempt to cause a command to be transferred). 

(3) Queued Facility. When the slave's Attrib- 
utes indicate that a facility can operate in a 
queued environment, the master may issue more 
than one command for a facility. 

4.2.2 Basic Steps. The basic steps performed 
by the master tn carrying out operations are: 

(1) Transmit Command Packet To Slave 

(2) Poll Interrupts 

(3) Receive Response From Slave 

(4) Transfer Data Between Master and Slave 

These steps shall be as described in 4.2.2.1 
through 4.2.2.4. 

4.2.2.1 Transmit Command Packet To Slave. 
The master establishes a Bus Exchange to trans- 
fer a single Command packet to the selected 
Slave. The number of commands that can be 
stacked at an addressee is defined in the 
Attributes. 

Commands consist of variable length transfers. 
and some slaves may terminate the transfer based 
on the Packet Length defined in the first two 
octets. If slaves require master termination of 
transfers, the length of the transfer is decided 
by the master. 

If the Master Status octet in the Ending 
Status Sequence indicates an unsuccessful trans- 
fer, then the slave shall ignore the received 
command. No response packet shall be generated. 

If the Slave Status octet in the Ending Status 
sequence indicates a successful transfer, the 
master need not retain the entire command 
packet. 

4.2.2.2 Poll Interrupts. The master polls 
interrupts to know when to perform data trans- 
fers or receive Responses. The polling of a 
Specific interrupt from each of the slaves is 
performed by the Request Interrupt sequence of 
the Physical Interface. The presence of an 
interrupt in any of the slaves is typically pro- 
vided by the ATTENTION IN signal at the Physical 
Interface. The master can choose to mask out 
interrupts by class from setting Attention (via 
the ATTENTION CONTROL command). 

Even if a master has masked out all interrupts 
from setting Attention, it is still necessary to 
recognize that unsolicited Attentions could 
occur (e.g., if an attached slave executed a 
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Power On reset. the mask tnformation would be 
lost. and an Attention caused by powering on 
would be generated when its drivers were en- 
abled. 

If facility interrupts are supported by the 
slave, the master may poll facilities attached 
to a slave after receiving an interrupt from the 
Slave. 


NOTE: The slave generates interrupts on behalf of the attached 
facility or facilities. 


4.2.2.3 Receive Response Packet From 
Slave. Upon receiving an interrupt from a slave, 
the master establishes a Bus Exchange to trans- 
fer the slave’s Response. There is one excep- 
tion to this action by the master: when the in- 
terrupt is Class 2 and the master is executing 
in a nonqueued environment with facility se- 
lection. 

The master may give control of the bus to the 
Slave (if this function is supported) so that 
the slave can decide whether to transfer a re- 
sponse packet or to transfer data. 

If the Master Status in the Ending Status 
sequence indicates a successful transfer. the 
slave releases the response packet and 
deactivates the interrupt: otherwise. it retains 
the packet 'ntil successfully transferred. 

The response packet may indicate: 

(1) The successful or unsuccessful completion 
of a command 

(2) A notice that data is to be transferred 
for a particular command 

(3) The occurrence of an asynchronous event 

4.2.2.4 Transfer of Data Between Master 
and Slave. After receiving a Transfer Notifica- 
tion (or when there ts a Class 2 interrupt in a 
nonqueued environment with facility selection 
(see 4.2.2.3)). the master initiates a Bus Ex- 
change to transfer data to or from the slave as 
required by the command identified in the re- 
sponse. (If the slave is given Control of Bus, 
it sets up the direction of transfer.) 

The amount of data intended to be transferred 
Shall be determined by the slave (because it 
generates SYNC IN at the Physical Interface). 
Whether or not the ending Master Status indi- 
cates a successful input transfer, the slave may 
release its input data buffer. If the Slave 
Status indicates a successful output transfer, 
the master may release its output data buffer. 

If the master terminates a data transfer, the 
characteristics of the slave shall determine 
whether or not it ts an unsuccessful transfer. 
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To a fixed block class of device such as disk, 
the transfer would be considered unsuccessful 
unless the transfer was being Paused (optional 
feature) by the master. To a variable block 
class of device such as tape, master termination 
would normally be considered successful and a 
short PhysicalBlock would be written. 

If not Paused by the master, the Command 
Completion Response shall identify the 
termination to the master (whether or not the 
transfer was succesful) as "Unexpected Master 
Status” in Machine Exception Substatus. 

If the transfer requested by the command was 
completed successfully, unless overriden by 
Attributes, the slave shall generate a Class | 
interrupt and a Command Completion Response. If 
the transfer ts unsuccessful, the slave shall 
generate a Class | interrupt and report the 
appropriate status in the Command Completion 
Response. 

4.2.3 Operation Sequence Examples. The four 
steps described in the preceding subsections may 
be used in a number of ways, and can best be 
illustrated by a set of examples executing the 
same scenario in different implementations. In 
these examples, the data transfer for Facility | 
requires two transmissions because the slave 
paused (either unanticipated, or multiplexed) 
during transfer. 

The examples attempt to define only major 
steps in the flow (e.g.. deselection is impli- 
cit). To clarify direction of transfer, the 
terms “transmit” are used for transfers out to 
the slave, and "receive" is used for transfers 
in from the slave. The term “recognize” is used 
for polling because the master has a choice of 
alternatives when polling (between slaves, fa- 
cilities and masking). 

4.2.3.1 Example of Facility Selection and 
Individual Commands. In this example. Transfer 
commands are sent to Facilities 0 and 1 on 
Slave 0. 

(1) Select Slave 0/Facility O and transmit 
Command packet 

(2) Select Slave O/Facility 1 and transmit 
Command packet 

(3) Poll interrupts and recognize Class 2 
Interrupt from Slave 0 

(4) Poll Slave O and recognize Class 2 Inter- 
rupt from Facility | 

(5) Select Slave O/Facility | and perform data 
transfer until paused by Slave 0 

(6) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 


(7) Poll Slave 0 and recognize Class 2 Inter- 
rupt from Facility 0 

(8) Select Slave O/Facility O and perform data 
transfer until terminated by Slave 0 

(9) Poll interrupts and recognize Class 1 In- 
terrupt from Slave 0 

(10) Poll Slave O and recognize Class | Inter- 
rupt from Facility 0 

(11) Select Slave O/Facility 0 and receive 
Command Completion Response with "Successful” 
Status 

(12) Poll interrupts and recognize Class 2 In- 
terrupt from Slave O 

(13) Poll Slave O and recognize Class 2 Inter- 
rupt from Facility | 

(14) Select Slave 0/Facility 1 and perform 
data transfer until terminated by Slave 0 

(15) Poll interrupts and recognize Class | In- 
terrupt from Slave 0 

(16) Poll Slave 0 and recognize Class | Inter- 
rupt from Facility | 

(17) Select Slave O/Facility | and receive 
Command Completion Response with “Successful” 
Status 

4.2.3.2 Example of Facility Selection and 

Queued Commands. In this example, Transfer com- 
mands are sent to Facilities 0 and | on Slave 0. 

(1) Select Slave O/Facility 0 and transmit 
Command packet 

(2) Select Slave 0/Facility 1 and transmit 
Command packet 

(3) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(4) Poll Slave O and recognize Class 2 Inter- 
rupt from Facility 1 

(5) Select Slave O/Facility | and receive 
Transfer Notification identifying command 

(6) Perform data transfer until paused by 
Slave 0 

(7) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(8) Poll Slave 0 and recognize Class 2 Inter- 
rupt from Facility 0 

(9) Select Slave O/Facility O and receive 
Transfer Notification identifying command 

(10) Perform data transfer until terminated by 
Slave 0 

(11) Poll interrupts and recognize Class 1 In- 
terrupt from Slave 0 

(12) Poll Slave 0 and recognize Class | Inter- 
rupt from Facility 0 

(13) Select Slave 0/Facility 0 and receive 
Command Completion Response with ”Successful” 
Status 
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(14) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(15) Poll Slave 0 and recognize Class 2 Inter- 
rupt from Facility | 

(16) Select Slave O/Facility | and receive 
Transfer Notification identifying command 

(17) Perform data transfer until terminated by 
Slave O 

(18) Poll interrupts and recognize Class | In- 
terrupt from Slave O 

(19) Poll Slave O and recognize Class | Inter- 
rupt from Facility | 

(20) Select Slave 0/Facility 1 and receive Com- 
mand Completion Response with “Successful” Status 


NOTE: Applications that implement multiple commands per 
lucility in a nonordered sequence. although not included in this ex- 
ample, require the use of Transfer Notification Packets. This 
example represents the same scenario as the other examples 

in this section, 


4.2.3.3 Example of Slave Selection. In 

this example. Transfer commands are sent to 
Facilities 0 and | on Slave 0. 

(1) Select Slave O and transmit Command packet 
for Facility O 

(2) Remain selected and transmit Command pack- 
et for Facility | 

(3) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(4) Select Slave O and receive Transfer Noti- 
fication identifying command for Facility | 

(5) Perform data transfer until paused by 
Slave 0 

(6) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(7) Select Slave O and receive Transfer Noti- 
fication identifying command for Facility 0 

(8) Perform data transfer until terminated by 
Slave 0 

(9) Poll interrupts and recognize Class | In- 
terrupt from Slave O 

(10) Select Slave O and receive Command Com- 
pletion Response for Facility 0 with “Success- 
ful” Status 

(11) Poll interrupts and recognize Class 2 In- 
terrupt from Slave O 

(12) Select Slave O and receive Transfer Noti- 
fication identifying command for Facility | 

(13) Perform data transfer until terminated by 
Slave O 

(14) Poll interrupts and recognize Class 1 In- 
terrupt from Slave 0 

(15) Select Slave O and receive Command Com- 
pletion Response for Facility 1 with “Success- 
ful” Status 
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4.2.3.4 Example of Slave Selection and 

Slave Control of Bus. In this example, Transfer 
commands are sent to Facilities 0 and | on 
Slaves 0 and |, respectively. This introduces 
implicit Transfer Notification (i.e.. only one 
data transfer is paused at a slave. so the 
Transfer Notification can be implied when the 
transfer is continued). 

(1) Select Slave 0 and transmit Command packet 
for Facility O 

(2) Select Slave | and transmit Command packet 
for Facility | 

(3) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(4) Select Slave 0 and with Bus Control give 
Control of Bus to slave 

(5) Receive Bus Acknowledge octet indicating 
Response (Operation In) 

(6) Receive Transfer Notification identifying 
command for Facility 0 

(7) Master sets Bus Control (Data Direction) 

(8) Perform data transfer until paused by 
Slave 0 

(9) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 1 

(10) Select Slave 1 and with Bus Control give 
Control of Bus to slave 

(11) Receive Bus Acknowledge octet indicating 
Response (Operation In) 

(12) Receive Transfer Notification identifying 
command for Facility | 

(13) Master sets Bus Control (Data Direction) 

(14) Perform data transfer until terminated by 
Slave | 

(15) Poll interrupts and recognize Class 2 In- 
terrupt from Slave 0 

(16) Select Slave 0 and with Bus Control give 
Control to slave 

(17) Receive Bus Acknowledge octet with im- 
plicit Transfer Notification and Data Direction 

(18) Perform data transfer until terminated by 
Slave 0 

(19) Poll interrupts and recognize Class | In- 
terrupt from Slave 0 

(20) Select Slave 0 and with Bus Control give 
Control of Bus to slave 

(21) Receive Bus Acknowledge octet indicating 
Response (Operation In) 


(22) Receive Command Completion Response for 


Facility O with “Successful” Status 

(23) Poll interrupts and recognize Class | In- 
terrupt from Slave | 

(24) Select Slave 1 and with Bus Control give 
Control of Bus to slave 


20 


(25) Receive Bus Acknowledge octet indicating 
Response (Operation In) 

(26) Receive Command Completion Response for 
Facility | with “Successful” Status 


4.3 Multiplexed Data Transfers (Optional). Dif- 
ferent computer system architectures will uti- 
lize the IPI, and a wide range of products may 
be intermixed on a single cable. There are occa- 
sions in which a transfer may be terminated for 
either an unanticipated reason or a deliberate 
event. The interface provides for both to occur 
via use of the Pause function at the Physical 
Interface. Command, and response packet trans- 
fers cannot be paused - only data transfers may 
be paused and continued. 

It is necessary that a master be able to con- 
trol some of the ways in which different prod- 
ucts from different vendors coexist. One impor- 
tant area is in ensuring equitable use of the 
bandwidth. A deliberate event to pause a trans- 
fer occurs when a master wishes to prevent a 
particular peripheral from dominating the use of 
the interface during Information Transfers. 

In an application in which the master requests 
large data transfers, it is preferred that the 
master be able to predict the use of the 
interface. The master can accomplish this by 
multiplexing transfers between addressees on a 
predictable basis. The master may define (in 
Attributes) the maximum number of octets to be 
transferred in any one data transfer (a burst). 
even though any single command may itself define 
considerably more. 

A command for a 20K data transfer to a slave 
with a defined 8K maximum burst size would re- 
quire three data transfers in order to complete. 
The slave would pause after each 8K burst and com- 
plete after the remainder of 4K was transferred. 

4.3.1 Physical Interface Pause and Continue 
(Optional). The Physical Interface provides the 
ability to Pause and Continue transfers from 
both the master and the slave. The master and 
the slave may use this function to interrupt a 
continuous data transfer. The slave shall trans- 
fer data in bursts no longer than those defined 
or set in Attributes. 

The master cannot indicate any time dependency 
to the slave. only whether or not the transfer 
is paused. However, the slave can indicate to 
the master some idea of the expected time period 
that the transfer shall be paused. This is done 
through use of the Time-Dependent Operation bit 
in the Slave Status octet. 


The meaning of the bits shall be as follows: 


Pause Time-Dependent 
| Operation 


| 

| 

0 0 No Delay 

1 O Short Delay 
tI Long Delay 

QO | No More Data 


If for some reason both the master and slave 
present the Pause bit in their respective ending 
Status octets, the slave Pause shall override 
the master Pause. 

In the following descriptions (4.3.2 — 4.3.9), 
the term P/TDO refers to the setting of the 
Pause and Time-Dependent Operation bits in the 
Slave Status octet. 

4.3.2 Slave Pause and Master Continue. The 
master controls the slaves that receive service. 
The master shall use Attributes to establish the 
size of transfer, defined as a burst, to be mul- 
tiplexed. During data transfers. when the burst 
defined by the master has been transmitted, the 
slave shall terminate. If information is immedi- 
ately available to resume transfer with another 
burst. tt shall so indicate by P/TDO=00. This 
condition can only occur on multiplexed burst 
boundartes. 

If a slave Pauses with no information remain- 
ing in its buffer to be transferred. but it 
anticipates only a short delay before informa- 
tion shall be available. it shall set P/STDO=10. 
If, however, the delay is expected to exceed the 
value defined in Attributes, it shall set 
P/TDO=I1. 

If it is deselected, the slave shall generate 
a Class 2 interrupt when it has more information 
to transfer (immediately when P/TDO =00). 

When a slave transferring information pauses 
at the end of a burst, the master may choose to 
deselect and poll the other slaves, or remain 
selected and continue the transfer. 

To continue a paused data transfer, the master 
shall reselect (if necessary), and resumption of 
the data transfer may or may not be implicit, 
based on the mode of interface operation. 

The slave shall always have a Transfer Notifi- 
cation packet prepared (if they are being used) 
so that if the master issues a Response request, 
the slave can respond with same. 

4.3.2.1 Implicit Continue. If the master 
is executing Individual commands with Facility 
Selection, it can reissue the same Bus Control 
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octet as for the initial transfer. 

If the master ts executing Queued commands to 
a slave that can have more than one paused 
transfer, the master has to receive a Transfer 
Notification to know which one is being con- 
tinued. To do so, the master may issue the Bus 
Control octet for a Response. or permit the 
slave Control of Bus and the slave shall set up 
the data transfer of a Response. 

4.3.2.2 Explicit Continue. If the master 
is executing Queued commands to a slave, but 
only one transfer can be paused per slave, the 
master may reissue the same Bus Control Octet as 
for the initial data transfer. 

Alternatively. the master may provide the 
slave Control of Bus. and the slave shall re- 
spond with the Data, Direction, and Control of 
Bus Accepted bits set in the Bus Acknowledge 
octet. The explicit continue prevents a slave 
that can have more than one paused transfer and 
has been given Control of Bus. from starting a 
second paused transfer. 


NOTE: The paused slave is locked to the same transler command 
until it is either successlully or unsuccesstully completed. 

it is possible for a master to issue commands or request re- 
sponses Irom a paused slave, but based on internal design a 
slave may or may not be able to comply. The only way in which 
a master can free a paused slave is to continue the data trans- 
fer or abort the transler command that is Paused. 

4.3.3 Slave Control of Pause and Continue. A 
slave may choose to pause an data transfer due 
to an unanticipated delay encountered (e.g., re- 
positioning, error correction). If so, the slave 
shall terminate the transfer and set P/TDO=11. 
The master can deselect the slave and await a 
Class 2 interrrupt to advise that transfer can 
be continued. 

If the master had deselected, when the slave 
is ready to continue the transfer, it shall gen- 
erate a Class 2 interrupt. The master shall re- 
select and set the Control of Bus bit in the Bus 
Control octet. If the master did not deselect, 
it can remain in a loop presenting the Bus Con- 
trol octet, and being rejected by the slave 
until the slave is ready to continue. 

If the master used the Control of Bus bit, the 
slave shall set the Data. Dtrection, and Control 
of Bus Accepted bits in the Bus Acknowledge 
octet. and transfer shall begin after the master 
asserts the MASTER OUT signal. 

4.3.4 Master Control of Pause and Continue. 
When a master encounters a temporary interrup- 
tion, sufficient to stop a data transfer, it 
shall initiate termination of the transfer and 
set the Pause bit in the Master Status octet. 
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The master may choose to deselect or remain se- 
lected to the slave. 

To continue a Paused data transfer. the master 
shall reselect (if necessary). along with the 
same settings in the Bus Control octet used for 
the original command, then assert the MASTER 
OUT signal to restart the data transfer. 

The slave shall not generate a Class 2 inter- 
rupt, but tf it encounters any error while 
Paused. it may generate either a Class 3 or a 
Class | interrrupt. 

4.3.5 Uses of Multiplexing. The three basic 
uses that are made of multiplexing between 
addressees are described in 4.3.5.1 through 
4.3.5.3. 


4.3.5.1 One Paused Transfer per Facility. 


When Facility Selection is used by the master to 
issue Individual commands. a slave may have up 
to 16 concurrent data transfers being multiplex- 
ed. It is the master’s responsibility to manage 
the multiplexing of information via selection 
and reselection of the facility. 

4.3.5.2 One Paused Transfer per Slave. 
When Slave Selection is used by the master. a 
slave may be able to multiplex only one transfer 
(defined by Attributes). Continuing a paused 
transfer does not require the use of a Transfer 
Notification (unless enabled by Attributes) 
since the master can reissue the same Bus Con- 
trol octet as for the initial transfer to indi- 
cate an implicit Transfer Notification. 

4.3.5.3 Multiple Paused Transfers per 
Slave. When Slave Selection is used by the 
master, a slave may be able to multiplex more 
than one transfer. This application requires the 
use of Transfer Notification packets unless a 
master remains selected. Upon selection, the 
slave shall present a Transfer Notification 
packket to advise the master which paused data 
transfer is going to be continued. 

4.3.6 Anticipated Pause. The master uses 
Attributes to advise the slave of the burst size 
to be transferred during a multiplexed transfer. 

After the slave has terminated a burst data 
transfer. it posts Slave Status with the Suc- 
cessful and the requisite P/TDO bits. 

(1) P/TDO=00 - Inuinediate Continuation Possi- 
ble. On Read, next burst is already buffered and 
ready to transfer. On Write, the buffer is free 
to accept next burst from master. 

(2) P/TDO=10 - Continuation Possible after 
Short Delay. The slave expects a delay of less 
than the period defined by the master in 
Attributes. 


vy 


(3) P/TDO=11 - Continuation Possible after 
Long Delay. The slave expects a delay longer 
than the period defined by the master in 
Attributes. 

(4) P/TDO=0! - No More Data. The entire data 
transfer is now complete. 

The Time-Dependent delay posted by the slave 
Is an indication, and not a guarantee, because 
many factors are involved (e.g.. a Short Delay 
could actually be a long one if an unforeseen 
error condition occurred). 

4.3.6.1 Master Stays Selected. If the 
master chooses to stay selected to the ad- 
dressee, it continues by issuing a Bus Control 
octet with the same settings as on the original. 
If the slave cannot continue. it shall reject 
the Bus Control octet and use encoded Slave 
Status to advise why. 

4.3.6.2 Master Deselects. If the master 
deselects. the addressee shall assert its Class 
2 Interrupt (and Attention if not overridden by 
ATTENTION CONTROL) when it is capable of 
continuing the burst transfer. 

The actions to be taken are a function of the 
application (see 4.3.2.1 and 4.3.2.2). 

4.3.7 Unanticipated Pauses by the Slave. If 
the slave encounters a condition that causes in- 
terruption of a data transfer (before reaching a 
burst boundary). it shall terminate the transfer 
and advise P/TDO= Ix in the Slave Status octet 
(continuation posstble after Delay). 


NOTE: P/TDO=00 is invalid, because if it could continue im- 
mediately, it would: not have paused in the first place. 


The master may choose to remain selected or 
not. The same actions that are defined itn 4.3.6 
for anticipated pauses shall be followed by the 
slave and the master in order to continue the 
transfer. 

4.3.8 Unanticipated Pauses by the Master. The 
master cannot pause more than one data transfer 
to the slave. The next operation to the same 
addressee has to be the continuation of the 
paused data transfer. 

If a slave cannot accept a masSter-initiated 
Pause. it shall set the Not Successful bit in 
the Slave Status octet. 

Close examination of a vendor’s specification 
is recommended because there are many conditions 
possible that could cause unpredictable results, 
or require extensive error recovery. 

4.3.9 Multiplexed Transfer Mode Identifica- 
tion. The different ways of multiplexing trans- 


Table 1 
Different Ways of Multiplexing Transfers 
+-------- $o---------- toa oe + - - - - - - - + 
| Who | Who | Attribute Settings | 
| Paused | Continued | ID/OctetyBit | ID | 
| | | (Pause) | (Other ) | 
+-------- +----------- $------------ == toe + 
| | | | | 
|} OM M | 6B/4/5 | | 
+—-------- +----------- +4--------- $e ee + 
| S | M | 6B/5/5, | 66, | 
| | | 6B/5/4 | 67 | 
+—-------- +----------- +---- +--+ +-------------- + 
| $s | S | [| 6B/2/4, | 
| | | 6B/3/4 | 
+-------- +----------- +-------------- +-------------- + 


fers are defined in Attributes. The various com- 
binations shall be as shown in Table |. 

4.4 Data Groupings. The basic unit of recorded 
data is the eight-bit octet. Octets are combined 

to form a PhysicalBlock, which is the recording 
unit on the media. or may be combined to form a 
DataBlock, which is the master-defined unit of 
preference. Data transfer between the slave or 
facility and the master may be in either 
PhysicalBlocks or DataBlocks. 

4.4.1 PhysicalBlocks. The PhysicalBlock size 
may be preset by the manufacturer of the device. 
determined by the slave, or by the master by 
means of the appropriate command (FORMAT for 
disks and OPERATING MODE or ATTRIBUTES 
for tapes). Once established, the PhysicalBlock 
size becomes an attribute of the facility until 
changed by another command. If a PhysicalBlock 
size has not been established by the master, the 
default value preset in manufacture shall be 
used by the facility. 

Each PhysicalBlock on disks and on tapes that 
support the Update function shall be capable of 
being written (updated) by a write operation 
without requiring the master to access or read 
any adjacent PhysicalBlocks. 

For magnetic disks, this is typically provided 
by separation of recorded fields. One Physical- 
Block may be updated without reading and rewrit- 
ing any other PhysicalBlock contained in the 
physical space. If PhysicalBlocks are re- 
corded in a field (e.g., sector) without inter- 
vening gaps. then an uncorrectable error in one 
PhysicalBlock may cause a data integrity expo- 
sure to one of the other PhysicalBlocks. 

For magnetic tapes. if the Update function is 
not supported, all data beyond the last write 
shall be considered invalid. 

4.4.2 DataBlocks. The DataBlock size may be 
predefined by the slave, or it may be set by the 
master via the appropriate command (FORMAT or 
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ATTRIBUTES for disks and OPERATING MODE 
or ATTRIBUTES for tapes). If a DataBlock size 
has not been established by the master, the de- 
fault value preset by the manufacturer shall be 
used for the facility. 

For disks. a reset or loss of power from the 
slave or facility shall not cause the DataBlock 
size to change. Once established, the DataBlock 
size remains unchanged until a new FORMAT. 
ATTRIBUTES, or OPERATING MODE com- 


mand ts issued. 
For tapes. a reset or loss of power from a slave 


or facility may cause the DataBlock size to change. 
The DataBlock size may need to be re-established by 
the master (see vendor specification). 


4.4.3 Extents. An extent is a contiguous 
number of blocks beginning at a specified 
starting address. An extent may be as small as 
one block, or as large as the entire addressable 
area of a partition (or volume, if absolute 
addresses are used). 

Extents are primarily used in association with 
transfer and positioning commands. However. they 
are also used to describe master-definable 
partitions. 

4.4.4 Partitions. These are addressable areas 
on a volume, and may be either slave defined or 
master defined. 

For disks, each partition is a contiguous 
range of blocks that begin on a physical bound- 
ary (on disks, this ts typically a cylinder 
boundary). 

For tapes. a partition is defined as a contig- 
uous addressable area. On tapes that are not 
preformatted, no extent range is normally poss- 
ible, and data shall be written from the begin- 
ning of a partition. If a tape uses preformatted 
addressable areas, then a contiguous range of 
blocks defines a partition. 

4.4.4.1 Slave-Defined Partitions 
4.4.4.1.1 Data Partition. The slave 
shall define for each facility the addressable 
data area known as the default data partition. 
which is available to the master for data 
storage. There is only one default data parti- 
tion per facility. 

For tapes, the slave may define additional 
data partitions that define storage space in ad- 
dition to the default data partition. 

4.4.4.1.2 Maintenance Partitions. The 
facility may include space that is dedicated for 
functions other than user data storage. These 
may include areas for assignment to describe 
media defects: diagnostic read and write 
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operations; support functions, such as the 
storage of internal microcode routines; ans so 
on. The placement of nonuser data storage areas 
and the algorithms for accessing them are imple- 
mentation dependent and shall be described in 
the vendor specifications. 

The slave-defined maintenance areas are avail- 
able to the master via the OPERATING MODE 
command. 

4.4.4.2 Master-Defined Partitions 
4.4.4,2.1 Data Partitions. The master 
may choose to subdivide the default data partt- 
tion into smaller ones. 

For disks. each partition. other than the de- 
fault data partition, requires that a Partition 
ID be associated with any commands that address 
data (this may be implied by an Alias address). 

For tapes, once a partition ts addressed, the 
slave or facility shall continue processing in 
that partition until a new partition 1s chosen 
by use of a Partition Parameter, or until a vol- 
ume is demounted (if the partition its on the 
volume). Subsequent commands after a partition 
change need not supply a partition ID. 

4.4.4.2.2 Maintenance Partitions. The 
master may have the need to define areas that 
are excluded from normal data accessing. Up to 
eight maintenance partitions may be defined by 
the master. These shall be assigned by the slave 
out of the default data partition. 

The master-defined maintenance areas are only 
accessible via the OPERATING MODE command. 

4.4.5 Alternate Data Areas. The slave may map 
defective PhysicaltBlocks to alternate blocks in 
order to create a defect-free data area for the 
master. If a PhysicalBlock has been assigned to 
an alternate data area, it shall be accessible 
during normal operations tn a manner transparent 
to the master. 

4.4.6 Physical Groups. It is possible for a 
manufacturer to organize a disk with variable 
block sizes (as in IPI-2 Format 2 in ANSI 
X3.129-1986) such that there is more than one 
PhysicalBlock per identification field. The 
identification field shall be read in order to 
access any of the PhysicalBlocks within the 
Physical Group. 


4.5 Media Addressing Definitions. IPI disk 
transfer commands are multiple block transfers 
across physical boundaries. The addressee 
positions itself to the Data Address given in 

the command packet, locates the block, and 
begins execution of the command. All read and 
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write transfer operations utilize physical 
(PhysicalBlock) or logical (DataBlock) ad- 
dresses. unless overridden by the Absolute Ad- 
dressing modifier in the Data Address parameter. 
The absolute method of addressing ts available 
for master-specific use when there is a need for 
a device-unique addressing mode of operation. 

IPI tape transfer commands may be multiple 
block transfers across physical boundaries. Both 
explicit positioning (using a Data Address) and 
implicit positioning are supported. If a Data 
Address is supplied in the transfer command and 
the addressee supports explicit positioning for 
transfer commands, the addressee positions it- 
self to the Data Address in the command packet, 
and begins execution. Tapes that support tmpl- 
cit positioning begin execution at the next re- 
corded element following the last operation. The 
command modifier determines which recorded ele- 
ment is next since direction may be changed be- 
tween any two commands. 

For tapes which support both types of posi- 
tioning, the presence of a Data Address field in 
the Command Extent parameter indicates that the 
master intends explicit positioning: otherwise, 
implicit positioning is used. 

4.5.1 Absolute Addressing. Absolute addressing 
uniquely identifies a location by specifying 
address values that are implementation dependent 
(as on disks). or by using Position commands to 
properly position the media (as on tapes). On 
tape, positioning would typically be accomplish- 
ed by using the SPACE BLOCK/FILE MARK 
command to reach the desired position. 

For disks, typical values include cylinder ad- 
dress, head address, and sector address. Cylin- 
der addresses run from O to C-1, where C is the 
number of tracks per disk surface; each possible 
value represents a particular cylinder. Head ad- 
dresses run from 0 to H-1, where # is the number 
of read/write heads on the drive: each possible 
value represents a particular head. Sector ad- 
dresses run from 0 to S-}, where Sis the number 
of sectors per track; each possible value repre- 
sents a definite sector, and the sectors are 
numbered consecutively. 

For tapes, values may include track number, 
relative block number, and the lke. When used, 
track numbers are unique. Block numbers run from 
O to n and may be either PhysicalBlock or 
DataBlock values, 

Absolute addresses are associated with the 
media, and references may occur across partition 
boundaries. 


4.5.2 Physical Addressing. Physical addressing 
uniquely identifies a location by specifying 
address values that are implementation depen- 
dent. 

On disks, PhysicalBlocks use the same format 
(typically cylinder, head. sector) as Absolute 
addressing, but the PhysicalBlock address of a 
given sector may be different from that sector’s 
absolute address. Factors leading to such dif- 
ferences include partitions, multiple Physical- 
Blocks per sector. multiple PhysicalBlocks per 
identification field, defect mapping, and inter- 
leaving. 

PhysicalBlock addresses are associated with 
the partition, and references cannot occur 
across partition boundartes. 

On tapes. PhysicalBlocks use the same format 
as Absolute addressing (Blocks and File Marks). 
except that positioning may be explicit with 
Data Address or implicit (no Data Address). 
Alternatively, the SPACE BLOCK/FILE MARK 
command is used to reach the desired position on 
the media. 

4.5.3 Logical Addressing. For disks, logical 
addressing uses DataBlock addresses to reference 
data in partitions, within which all DataBlocks 
are the same size. DataBlocks in each partition 
are addressable through a linear address space 
numbered from 0 to 2-1, where 1 is communicated 
to the master via Attributes. 

For tapes, logical addressing uses DataBlock 
addresses to reference data in partitions. Data- 
Block sizes may vary within a partiton, and are 
addressable through a linear address space. The 
DataBlock address may be augmented by a track 
reference to speed positioning, which is vendor 
specific. 

Logical addressing permits the master to use 
DataBlocks that are a multiple or submultiple of 
PhysicalBlocks. It is the responsibility of the 
slave to manage the necessary blocking and un- 
blocking of data, and the slave attributes shall 
identify whether or not it is capable of provid- 
ing this function. There are many performance 
criteria that must be considered when DataBlock 
and PhysicalBlock sizes are different. 

LogicalBlock addresses are associated with the 
partition, and references cannot occur across 
partition boundaries. 

4.5.4 Media Defect Management Considera- 
tions. Media defect avoidance is managed in IPI 
slaves and facilities using several lists. (See 
11.3 and 11.4 for command implementation. ) 

The facility manufacturer’s defect list is 
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specified by the device-level tnterface. It is 
used to initialize the slave’s Permanent defect 
list the first time a facility is formatted. 

For each facility. a slave shall retain infor- 
mation that allows it to avoid defective media 
in real time. The representation and use of this 
Working set of defects is slave specific. The 
combined contents of the Working Permanent and 
Working Temporary defect lists reflect the 
condition of the slave’s Working set of defects. 

Entries tn the Working Permanent defect list 
cannot be removed by any action of the master 
defined in the IPI command set. Working 
Temporary defect list entries are removed by a 
FORMAT command with the Initialize modifier set. 

A Suspect Permanent and Suspect Temporary 
defect list are provided to contain the identity 
of defects between the time when they are 
identified to the slave via a WRITE DEFECT LIST 
command, and the actual substitution of 
replacement media during a FORMAT or RE- 
ALLOCATE command. Defect list entries are 
moved from a Suspect list to the corresponding 
Working defect list at that time. 

Defects identified in a Suspect list are still 
in the master’s DataBlock addressing space. If 
automatic reallocation is in effect, the Suspect 
defect lists are always empty. 

Entries can also be added to the Working Tem- 
porary defect list by specifying their addresses 
in defect list parameters to FORMAT or REALLO- 
CATE commands. 

Any of the defect lists (Working Permanent, 
Working Temporary, Suspect Permanent, and 
Suspect Temporary) can be read using the Read 
Defect List command. Only Suspect Permanent and 
Suspect Temporary defect lists may be created or 
appended using the Write Defect List command. 

The following example is intended to illus- 
trate the condition of the various defect man- 
agement structures tn a hypothetical slave that 
implements all of the available features after 
the following actions: 

(1) FORMAT the drive for the first time since 
its manufacture. 

(2) Issue a WRITE DEFECT LIST command 
with the Permanent modifier set, and a defect 
list identifying address 5 as defective. 

(3) Execute another FORMAT command. 

(4) Issue a REALLOCATE command identifying 
addresses 50 and 150 as defective. 

(5) Issue a WRITE DEFECT LIST command with 
the Temporary modifier set, and a defect list 
identifying address 10. 
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Table 2 
The Manufacturer’s Original Defect List and 
the Slave’s Master Defect Map 


MANUFACTURER’S ORIGINAL FACILITY DEFECT LIST: tS SSS SS a Se + 
| Defect Address | 

$------- ---------- + 

| 120 | 

| 130 | 

+----- + 

SLAVE’S MASTER DEFECT MAP: +---------- +------- +----------+ $--------- + 
| Original | Perm/ | Working/ | New | 

|} Address | Temp | Suspect | Address } 

+—-—------ +------- $------ +--------- + 

| 5 | Perm | Working | 200 | 

| 10 | Temp | Suspect | | 

| 50 | Temp | Working | 201 | 

| 120 | Perm | Working | 202 | 

| 130 | Perm | Working | 203 | 

| 150 | Temp | Working | 204 | 

tooo +------- toe nnen +to----- + 


Table 2 shows an implementation of defect man- 
agement procedures by the slave. However. thts 
table by no means decribes a complete implement- 
ation. The types of addresses indicated are in- 
tentionally vague to avoid any assumptions on 
reallocation technique. In an actual implement- 
ation addresses would be expected to be a mix- 
ture of DataBlock and Absolute addresses. 


4.6 Interface Addressing Definitions 

4.6.1 Actual Addresses. At the Physical In- 
terface. a facility has an address that is 
unique, and is used by the slave to accomplish 
selection, The IPI Physical Interface Facility 
Selection restricts addressing to 16 facilities. 

The IPI Device-Generic Logical Interface permits 
addressing of up to 255 facilities. 

4.6.2 Selection Addresses. The Level | inter- 
face defines a selection mechanism that allows 
selection of a slave or facility. Any one of up 
to 8 slaves on a master, or (optionally) any one 
of up to 16 facilities on any of the 8 slaves 
may be physically selected. The address used tn 
this method is called the Selection Address. It 
contatns at least a Slave Address, and may or 
may not contain the address of a facility (which 
may or may not be a synonym). 

4.6.3 Command Addresses. Device-Generic 
commands contain a Slave Address and a Facility 
Address as part of the basic command packet. 
The Slave Address in the command packet ts com- 
pared to the value contained in the Selection 
Address. The Slave Selection Address has a 
valid range of 0 through 7, and if the Slave Ad- 
dress is not the same tn the command, the com- 
mand is rejected. 

If the Level | interface utilized slave selec- 
tion (1.e., there is no facility component tn 
the Selection address), the Facility Address is 
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not compared to the Selection Address. There- 
fore, the Facility Address can range from 0 
through 255 (x’FF’). The value of 255 denotes 
that the command is addressed to the slave, and 
not to a facility. 

If the Level | interface utilized facility 
selection. then the Facility Address tn the 
Device-Generic command is compared to the ad- 
dress of the facility contained in the Selection 
Address. In this case, the Facility Address ts 
limited to the range of O through [5. If not 
the same as the Actual Address or a Synonym, the 
command is rejected. 

4.6.4 Facility Address. The Facility Address 
is the address contained tn the command packet. 
It may be an Actual address, a Selection ad- 
dress, a Synonym address, or an Alias address. 

4.6.5 Synonym Addresses (Optional). Without 
the introduction of Synonyms, a Facility Address 
of 00-OF would specify a particular physical 
facility. There are cases tn which a master 
would like to use a Facility Address to refer- 
ence a different physical facility than would be 
addressed if the Facility Address tn the command 
were used directly. For instance, if one facil- 
ity is not Operational, it may be advantagous to 
utilize a different facility in the place of the 
malfunctioning facility in a way that is trans- 
parent to the master’s normal operatton, thus 
not impacting operating systems software. 

Another situation occurs when the Operating 
System has predefined the characteristics of a 
device based on its address. For instance. 
three disks and a tape may have Actual addresses 
O. 1. 2, and 3 assigned at the Physical Inter- 
face. However, if the host computer’s Operating 
System assigns disk addresses as O-7 and tape 
addresses as 8-F. a Synonym address may be used 
to reference the tape by Facility Address 8. 


Synonyms can also be used to provide pseudo- 
device-queuing in the Operating System. Many 
existing Operating Systems do not dispatch more 
than one I/O request to a device. This is in- 
efficient when the slave to which the devices 
are attached is capable of optimizing multiple 
requests to the same device. More than one Syn- 
onym address may be assigned to each Actual Ad- 
dress, to overcome the software limitation. 

After a Synonym has been set up as equivalent 
to the Actual address, all Facility Address ref- 
erences thereafter in the command packets may 
refer to the Synonym as well as the Actual ad- 
dress. The exception to this occurs if an origi- 
nal Actual Address is reassigned as a Synonym. 

Synonym addresses are limited to the range of 
OO-OF if they are to affect the Physical Inter- 
face selection. Synonym addresses may be used in 
the range 00-FE for Logical Interface address- 
ing. 

Synonym addressing is optional, and the At- 
tributes of the slave shall indicate whether or 
not it is supported. Synonym addressing may be 
supported by the slave at the Physical Interface 
(00-OF Selection) only, Logical Interface (00- 
FE) only. or both. If Synonym addressing is not 
supported, any attempt to invoke this function 
shall cause a Command Exception condition. 

Support of Synonym addresses is an option. If 
supported, a Synonym address shall be used to 
map a Facility Address to an Actual address. 
Whether Synonym addresses are supported or not, 
Facility Addresses shall be initiallly mapped to 
Actual addresses in which the same value corres- 
ponds to an existing physical facility. Facility 
Addresses that do not correspond to physical 
facilities and have not been redefined are 
invalid. 

Synonym addresses are unique from Alias ad- 
dresses (i.e.. the Facility Address can be 
either a Synonym or an Alias. but not both). 

4.6.6 Alias Addresses (Optional). The use of 
an Alias allows the Facility Address of a com- 
mand to be mapped to a data partition within a 
facility (Aliases cannot be used to address 
maintenance partitions). If the Facility Ad- 
dress of a command is the address that corres- 
ponds to an Alias assignment, that command may 
not have a partition parameter as a part of the 
command (i.e.. a command may not have two parti- 
tion parameters, whether explicit or implied). 
(However. Combination Commands may reference 
multiple facilities, and thus one partition pa- 
rameter per referenced facility is allowed.) 
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Partitions permit the master to define more 
than one addressable data area per physical 
volume. Reference to these partitions may be 
made by prefixing every Extent parameter with a 
Partition parameter. or by assigning an Altas 
address. The ATTRIBUTES command may be used 
to assign Alias addresses to each partition. 

Alias addresses may be assigned in the range of 
OO-FE. 

After Alias addresses have been set up 
asequivalents to the Partition of a facility 
(which may be referred to by either an Actual or 
a Synonym address), all Facility Address refer- 
ences thereafter in the command packets refer to 
the Partition of that facility. Alias addresses 
in the range of 00-OF do not affect the selec- 
tion of the Physical Interface. 

Alias addressing is optional. and the At- 
tributes of the slave shall tndicate whether or 
not it is supported. If Alias addressing is 
not supported. any attempt to invoke this func- 
tion shall cause a Command Exception condi- 
tion. 

An Alias address maps into a Facility Address 
and a data partition. The Facility Address that 
was obtained as a result of an Alias shall then 
be mapped into a physical facility; thus it 
could be subjected to an existing Synonym ad- 
dress or map directly to a physical facility. 

It cannot go through another Alias definition. 
as that would result in two implicit partition 
parameters. 

Alias addresses are different from Synonym ad- 
dresses (i.e.. the Facility Address can be 
either a Synonym or an Alias, but not both). 

4.6.7 Partition Parameters. A partition pa- 
rameter can be used with a command that refer- 
ences a facility. 

For disks. if no partition parameter is sup- 
plied, then the default data partition on the 
facility is assumed (unless the partition param- 
eter is implicit by an Alias). 

For tapes, if no partition parameter is sup- 
plied. the current partition shall be used. 

Partition parameters on the OPERATING MODE 
command are required for the master to gain 
access to maintenance partitions. 

Partitions are assigned identification num- 
bers. Partition zero is the default data parti- 
tion. Fifteen partitions (01-OF) are reserved 
for identifying maintenance partitions. Parti- 
tions 10-FE are used for partitioning of the 
default data partition. Partition identifica- 
tion FF is reserved. 
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Partition identification numbers are facility 
specific. The same partition number on differ- 
ent facilities may not necessarily reference the 
same portion of each facility. 

4.6.8 Communication Addresses (Optional). 
Communication devices require an extension to 
the two-level addressing of the IPI. The CONNECT 
and IDENTIFY commands that provide this exten- 
sion shall be as defined in the Generic Command 
Set for Communications document. 

4.6.9 Address Examples. To keep track of the 
relationship between Synonyms, Aliases, and Act- 
ual addresses. the slave needs to maintain a 
table of equivalents. Table 3 illustrates how 
the relationships can be maintained. 

The FF in the second column of Table 3 is used 
to identify that the facility is not attached 
(if physical), or not assigned (if logical), and 
in the third column it identifies that it is not 
a partition ID reference. 


4.7 Slave and Facility Conditions. The manner 
in which a slave or facility responds to a com- 
mand is determined by its condition. The condi- 
tion of a facility is significant only when the 
Slave is in the P-Avatlable condition. 

The condition of a slave or facility is af- 
fected by its intrinsic as well as its opera- 
tional characteristics (e.g., a slave that is 
capable of command queuing may be L-Available 
when it is active, whereas a slave that can han- 
die only one command at a time would be Not L- 
Available when active. 

Figure | illustrates the hierarchy of slave 
conditions. 

4.7.1 Interface Conditions. To assist the 
reading of the following, the terms “accept” and 
“execute” are noted in quotations to emphasize 
thetr meaning. All conditions are port relevant. 
except Operational. which is applicable to the 
Slave. 

4.7.1.1 P-Available. This condition indi- 
cates that the slave is installed and capable of 
responding to the Physical Interface. This con- 
dition implies that the device is properly 
cabled and is powered on. The P-Available condi- 
tion is detected at the Physical Interface by 
responding to the Request Interrupts Sequence 
with Power On (Bit 3) asserted in the Request 
Interrupts octet. 
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4.7.1.2 Not P-Available. This condition 
indicates that the slave is not installed, ts 
disabled. or 1s otherwise incapable of respond- 
ing to the Physical Interface. 

4.7.1.3 Operational. This condition quali- 
fies P-Available. The Operational condition in- 
dicates that the slave is capable of processing 
Bus Exchanges. It also indicates that the slave 
is detected at the Physical Interface, if the 
slave is able to respond to the selection se- 
quence by asserting SLAVE IN, or if the slave 
asserts Ready (Bit 5) in response to the Request 
Slave Interrupts Sequence. 

4.7.1.4 Not Operational. This condition 
qualifies P-Available. The slave is unable to 
respond to a selection sequence. The Not Opera- 
tional condition 1s detected at the Physical In- 
terface if the slave does not set Ready (Bit 5) 
in response to the Request Slave Interrupts 
Sequence. 


NOTE: The slave is capable of providing a response to a com- 
mand packet directed to a facility that is Not Operational. 
A nonoperational condition at the slave wilf be detected at 
the Physical Interface (e.g., lack of response to a selec- 
tion attempt by the master). 

4.7.1.5 P-Busy. This condition qualifies 
Operational and implies that the slave is 
capable of processing Bus Exchanges but not on 
this port because it is currently selected or 
reserved to another port. The P-Busy condition 
is detected at the Physical Interface if the 
slave 1s able to respond to the selection 
sequence by asserting SLAVE IN, but does not 
return its bit-significant address. or if the 
slave asserts Busy (Bit 6) in response to the 
Request Slave Interrupts Sequence. 

4.7.1.6 Not P-Busy. This condition quali- 
fies Operational and indicates that the slave 
can process Bus Exchanges at this port. Opera- 
tional is detected if the slave responds to the 
selection sequence by asserting SLAVE IN and 
returning its bit-significant address, or if the 
Slave does not assert Busy (Bit 6) in response 
to the Request Slave Interrupts Sequence. 

4.7.1.7 L-Available. This condition indi- 
cates that the slave can "accept” a command from 
the master. 

4.7.1.8 Not L-Available. This condition 
indicates that the slave can “execute” a Bus 
Exchange from the master, but cannot "accept" a 
command, 

4.7.1.9 L-Busy. This condition indicates 
that the slave can respond to Bus Exchanges, but 
is not capable of “executing” a command from the 
master, 
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Table of Equivalents for Slave 


Facility Actual or Partition 
Address Synonym ID Descriptions 
00 00 FF Actual Address 
01 O01 FF Actual Address 
02 02 FF Actual Address 
03 03 FF Actual Address 
04 FF FF Not attached 
05 FF FF Not attached 
06 FF FF Not attached 
07 FF FF Not attached 
08 03 FF Physical Synonym 
09 FF FF Not attached 
OA FF FF Not attached 
OB FE FF Not attached 
OC 00 FF Physical Synonym 
OD 01 FF Physical Synonym 
OE O01 FF Physical Synonym 
OF FF FF Not attached 
10 00 22 Alias 
ll 02 25 Alias 
12 01 42 Alias 
13 08 17 Alias (to a Synonym) 
14 O01 lA Alias 
15 1B 23 Alias {to a Synonym) 
16 FF FF Not assigned 
17 FF FF Not assigned 
18 FF FF Not assigned 
19 02 FF Logical Synonym 
1A 01 FF Logical Synonym 
1B 03 FF Logical Synonym 
ic 00 FF Logical Synonym 
iD FF FF Not assigned 
1E FF FF Not assigned 
1F FF FF Not assigned 
| Applies to: 
+ ne + 
| | 
P-~Available P-Available Port 
a a ee ee ae ee ee +—-----— 
| 
+o - --  - - + 
| | 
Operational Operational Slave 
eee eee eee i a -—— 
| 
+-—----------------------- --- + 
| | 
P-Busy Not P-Busy Port 
mm +---- 
| 
+—------- + 
| | 
L-Available L-Available Port 
ee ee ee ee +-+——-— -— 
| 
+-----------~--------------- + 
| | 
L-Busy Not L-~Busy Port 
mm a a +-—-=-{—-— 
| 
V 
Figure l 


Hierarchy of Slave Conditions 
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4.7.1.10 Not L-Busy. This condition tndi- 
cates that the slave can "execute” a command 
from the master. 

4.7.2 General Conditions 

4.7.2.1 Active. The addressee has accepted 
a command, has outstanding status, or both.. 

4.7.2.2 Inactive. The addressee has no 
commands or status outstanding. 

4.7.2.3 Status Pending. The addressee has 
status (either asynchronous or in response to a 
command), to send to the master. 

4.7.2.4 Reset. The addressee is in an ini- 
tial condition in which it has no cognizance of 
past events. This condition can come about as a 
result of an external reset by the master, an 
internal initialization procedure (e.g., follow- 
ing a power-on sequence) or an unsuccessful in- 
ternal recovery attempt from a Severe error. 

4.7.3 Operating Status. Slaves provide pre- 
dictable status on their ability to process com- 
mands, especially during a power-on, either at 
system Start or into an operating environment 
after maintenance. 

A slave that is Not Operational ts incapable 
of processing Bus Exchanges. but may be able to 
communicate what is causing this condition. At 
the Physical Interface, the Request Interrupts 
octet can be used to obtain Ready status, but 
Ready has a double meaning. 

Within IPI-2, Ready has the connotation that 
the device its both operational on the interface 
and ready for data (e.g., if it is a removable 
media device. the media is mounted). When an 
IPI-2 slave reports Ready status to a Request 
Interrupts, it is able to process Bus Exchanges 
(Operational) and can process Data Controls. 

Within IPI-3. the conditions Operational and 
Ready are separated because the slave has no 
concept of Ready. which is a facility concept. 
When an IPI-3 slave reports Ready status to a 
Request Interrupts, it is able to process Bus 
Exchanges (Operational). 

There are three Request Interrupts bits that 
the master can use to build a matrix of infor- 
mation about the attached slaves. Three polls 
shall be used to build the matrix of Power On, 
Ready. and Busy. The possible combinations shalt 
be as shown in Table 4. 


4.8 Multiple Ports (Optional). Multiple porting 
includes both manual and programmed static switch- 
ing (a single slave or a slave and all of its 

facilities) and dynamic switching (controlled by 

the master) between two or more IPI ports, 
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There may be two or more IPI physical ports at 
the slave and two or more ports at a facility. 

Any combination of more than two ports between 
slave and facility, Enable/Disable controls, and 
the IPI logical constructs for assigning 

facilities to a physical port are the minimum 
configuration for multiple port implementations. 

It is assumed that two or more slave ports 
will be connected to different masters and two 
or more facility ports will be connected to dif- 
ferent slaves, but there is nothing that pre- 
vents connection of more than one port to the 
sane master or same slave. 

When part of all of the resources of a slave 
or facility become dedicated to performing tasks 
for a port, there is an allegiance established 
between the slave or facility and the port. Un- 
less otherwise stated, a slave or facility may 
have allegiance to only one port at a time. The 
following description assumes, but does not re- 
quire, that data transfers and Response Packets 
always pass through the port that received the 
corresponding Command Packet. 

4.8.1 Slave Switching. There are many differ- 
ent ways of employing a port switch within a 
slave; however, as viewed by the master. the 
slave switches all appear to be either physical 
or logical. 

The following capabilities are represented in 
Figures 2 and 3: 

(1) The State Machine represents handling all 
nonselected states 

(2) The Bus Exchange Logic represents the Bus 
Control/Ending Status sequence, which may or may 
not include an Information Transfer 

(3) The Logical Protocol Execution Logic rep- 
resents decoding and executing command packets 
and formulating response packets as well as con- 
trolling the facilities if they are logically 
distinct from the slave. 

(4) The Limited Logical Protocol Execution 
Logic represents decoding and executing command 
packets and formulating response packets for at 
least the Priority Reserve command while the 
Slave is implicitly or explicitly reserved to 
the other port. 

(5S) The Full Logical Protocol Execution Logic 
represents decoding and executing command pac- 
kets and formulating response packets as well as 
controlling the facilities if they are logically 
distinct from the slave. 

4.8.1.1 Physical Switch. The Physical 
switch appears at the Physical Interface. As 
long as the slave is P-Available. it can exe- 
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Table 4 
Possible Combinations of Request Interrupts Bits 
+----- +----- +----- he + 
|Power|Ready| Busy| Slave Condition | 
+----- +----- +----- Sr et ree + 
[ 0 x x Nothing happening at the slave | 


(Not P-Available) | 


| | 
| | | 
+----- +----- +----- $= + 
} 12 | QO qf 1 | The slave cannot respond to other than Request j 
| | | | Interrupts (e.g., it is Busy running diagnostics) ]| 
| | | | (Not Operational) l 
+----- $----- +----- tooo = + 
| Ll {| oO | O {| The slave can respond to Request Transfer Settings] 
| | | | and Request Slave/Facility Interrupts | 
| | | | (Not Operational) | 
+----- +----- +----- +------+------- —- +--+ + 
| 1 | 1 | 0 | The slave is able to process Bus Exchanges | 
| | | | (Operational) | 
+----- $ooo-H +----- foe + 
| 2 | 1 | 1 | The slave can process Bus Exchanges, but is 
| | | | currently Busy and unable to do so on this Port j 
| | | | (P-Busy) | 
$a -- +----- +----- $o------ = + 
IPI A IPI B 
| | 
+--------- + +--------- + 
| STATE | | STATE | 
| MACHINE | | MACHINE | 
+—--------- + +--------- + 
| | 
$----------- + +----------- 
| BUS | | BUS 
IPI A IPI B | EXCHANGE | | EXCHANGE 
| | | LOGIC | | LOGIC 
SS + SSS =F +-----------+ +o eee meee 
STATE | | STATE | | | 
MACHINE | | MACHINE | $e eee + pone 
--------- + $o- or en n+ | LIMITED | | LIMITED 
| | | LOGICAL | | LOGICAL 
+----~-- O<----+ C= S4—= + | PROTOCOL | | PROTOCOL 
| | EXECUTION | | EXECUTION 
. SaaS ae + | LOGIC | | LOGIC 
| BUS | $-------- + +—----------- 
| EXCHANGE | | | 
| LOGIC | +------- O<----+ O------- + 
+---~-------- + | 
| +----------- + 
pies aera eee + | FULL | 
| LOGICAL | | LOGICAL | 
| PROTOCOL | | PROTOCOL | 
| EXECUTION | | EXECUTION | 
| LOGIC | | LOGIC | 
+----------- + +—-—---------—- + 
| | 
$oo enn + $e noo + 
| FACILITIES | | FACILITIES | 
| (IF ANY) | | (IF ANY) | 
+------------- + $a + 
Figure 2 Figure 3 
Physical Switch Logical Switch 
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cute nonselected bus states. When the slave ts 
Not P-Busy, selected bus states can also be exe- 
cuted. When the slave is P-Busy. the master re- 
ceives a Busy tn the Selection sequence. 

4.8.1.2 Logical Switch. The Logical switch 
appears at command decode and execution. When a 
slave 1s equipped with this switch, the master 
may select and transfer commands (provided that 
the slave has room for the packet), responses 
(if pending) and data (if the slave is ready for 
a data transfer). 

The Logical Busy (L-Busy) state of the slave 
may never be sensed by the master since the only 
effect of the L-Busy state is that command pac- 
ket execution does not proceed for that port. If 
the master does become aware of the Busy condi- 
tion, it is through the command buffer(s) becom- 
ing full and command packets being rejected with 
an appropriate setting in the encoded status 
field of the Slave Status Octet. 

4.8.1.3 Mixed Switch Types. The operation 
of slaves that employ both Physical and Logical 
switches is not covered in this standard. Mix- 
ing the two types of switches at the slave is 
implementation dependent, and their interaction 
is not defined. 

4.8.2 Facility Switching. There are many 
ways to implement a facility port switch, but as 
viewed by the master, there are only two types 
of facility switches. The first resides within 
the slave, where the slave establishes an alle- 
giance between a facility and a particular slave 
port. The second switch point resides at a logi- 
cally. and possibly physically, separate facil- 
ity that can be switched between two or more 
Slaves. 

The slave may report the state of the facility 
switches to the master in several different 
ways: 

(1) Through the slave’s own port switch re- 
porting mechanism; that is, Physical switch 
(P-Busy) or Logical switch (Intervention Re- 
quired Substatus in a Response packet) 

(2) The slave can use the Slave Status Octet 
in the Bus Exchange 

(3) The slave can totally mask the facility 
switch from the master by managing all of the 
facility switches itself 

In some configurations, there may be both a 
facility switch at the slave and a facility 
switch at the facility. For most facility opera- 
tions, the master cannot distinguish between the 
two types of facility switching, except for 
disabling a facility port and performing resets. 
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4.8.3 Slave Static Switching. Static switch- 
ing means that a slave and all of its facilities 
are made P-Available/Not P-Available at an IPI 
physical port. This 1s accomplished by manual 
controls or the PATH CONTROL command. The 
Enable/Disable controls alter the connection 
appearance by making it P-Available on only 
those ports that are enabled. Static switching 
is implemented at the Physical Interface. 

If a manual port control switch is defined for 
a port. the port control switch has two posi- 
tions: Enable and Disable. Any port control 
switch may tndependently be set to Enable or 
Disable; thus, any number of ports (including 
all ports) may be set to Enable or Disable at 
the same time. 

The external form of the port control switch 
is not specified (e.g., it may be a manually 
operated switch, or an operator accessible con- 
trol panel, or a console function). The only re- 
quirement ts that an operator be able to alter 
the setting of the port control for a port. 

While a slave port ts disabled, no signals 
shall be received by the slave from that port. 

Programmed control of the ports is accom- 
plished by the PATH CONTROL command, which 
provides the capability to Enable and Disable 
any or all of the ports. 

4.8.3.1 Disabling a Slave Port. The manual 
or orderly command disabling of a slave port 
takes effect under the following circumstances: 

(1) The Physical Interface on that port is in 
the IDLE state 

(2) The slave port control is set to Disable 

(3) There are no current or pending commands 
or responses for any selection address of the 
port 

(4) There are no responses pending for the 
port 

(5) There are no unterminated Chains. Se- 
quences. or Orders for the port, and no facili- 
ties assigned to the port are active 

A slave port ts disabled in an orderly manner 
either manually or by PATH CONTROL. The slave 
shall continue to accept requests for the port 
until all other conditions required for the dis- 
abling of the port are satisfied. The acceptance 
of these requests shall prevent the disabling of 
the port until the requests are completed. To 
ensure that the disabling of the port is not de- 
layed indefinitely, the master shall stop send- 
ing requests and deselect the slave on the port 
that has its port control switch set to disable. 

A slave port can only be disabled in a de- 


structive manner by the PATH CONTROL com- 
mand. It causes all current or pending commands 
for the slave port and all nonasynchronous re- 
sponses to be lost. 

4.8.3.2 Enabling a Slave Port. The en- 
abling of a slave port takes effect when its 
port control is set to Enable and the Physical 
Interface on that port is in the IDLE state. Any 
Asynchronous packets to be communicated through 
a Slave port that 1s disabled shall remain pen- 
ding until the port becomes enabled or cleared 
by an appropriate reset. The event of a slave 
port becoming enabled shall cause an Asynchron- 
ous packet to be generated. 

Enabling a port shall allow pending Asynchron- 
ous packet(s). if any, to be presented to a mas- 
ter. Only the last occurrence of an Asynchronous 
packet per interrupt class ts retained for each 
addressee unless cleared by an appropriate reset. 

4.8.4 Facility Static Switching. Static 
switching means that a facility is made P-Avail- 
able/Not P-Available at a slave IPI physical 
port (either for an individual slave port or for 
the slave in general) or at the interface be- 
tween the slave and facility, if present. This 
is accomplished by manual controls or the PATH 
CONTROL command. 

The Enable/Disable controls alter the connec- 
tion appearance by making the facility P-Avail- 
able on only those slave ports or facility 
ports, or any combination of slave and facility 
ports. that are enabled. These controls may op- 
erate at the slave or at the facility. 

If the manual port control switch is defined 
for any port, the port control switch has two 
positions: Enable and Disable. Any port control 
switch may be independently set to Enable or 
Disable: thus, any number of ports may be set to 
Enable or Disable at the same time. 

The external form of the port control switch 
is not specified (e.g., it may be a manually op- 
erated switch, or an operator-accessible control 
panel, or a console function. The only require- 
ment is that an operator be able to alter the 
setting of the port control for a port. 

While a facility port is disabled, its Not 
P-Available condition is signaled in either the 
Slave Status Octet or the Response Packet, de- 
pending on the slave’s logical implementation. 

Programmed control of the ports is accomplish- 
ed by the PATH CONTROL command, which pro- 
vides the capability to Enable and Disable any 
or all of the ports at both the slave and the 
logically separate facilities. 
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4.8.4.1 Disabling a Facility 
4.8.4.1.1 Disabling a Facility ata 
Slave Port. The manual or orderly command dis- 
abling of a facility at the slave takes effect 
when the facility port control for the slave or 
an individual slave port is set to Disable; the 
Physical Interface of the slave is not selected 
on behalf of the facility (Facility Selection); 
there are no nonstacked, individual, or queued 
commands for the facility on the port that is 
being Disabled: there are no responses for the 
facility pending for the port that is being Dis- 
abled; and the facility is not active. 
When a facility port control at the slave is 
set to orderly Disable, the slave shall continue 
to accept requests from the port until all other 
conditions required for the disabling of the 
facility for that port are satisfied. The 
acceptance of these requests shall prevent the 
disabling of the port until the requests are 
completed. To ensure that the disabling of the 
facility is not delayed indefinitely, the master 
shall stop sending requests and deselect the 
slave on behalf of the facility for the port 
whose port control switch was set to disable. 
4.8.4.1.2 Disabling a Facility ata 
Facility Port. When the facility’s port control 
is separated from the slave, the facility port 
disable is determined by the slave/facility 
logical interface. The slave may or may not be 
able to continue operation until all pending 
commands and responses have been processed. If 
the slave cannot continue, the slave may ter- 
minate all commands with an appropriate Response 
Packet until the orderly termination takes ef- 
fect. If the slave can continue, the disable 
takes effect at the same time as if the slave 
had control of the facility switch. 
The destructive disabling of a facility port 
at the slave or facility, performed only with a 
PATH CONTROL command, causes all com- 
mand(s) and nonasynchronous responses for the 
slave port or facility port, or both, to be 
lost. 
4.8.4.2 Enabling a Facility 
4.8.4.2.1 Enabling a Facility ata 
Slave Port. The enabling of a facility port 
switch at the slave takes effect when the 
facility’s port control is set to Enable and the 
Physical Interface is not selected on behalf of 
the facility. Any Asynchronous packets generated 
at the slave for a facility that is disabled 
shall remain pending until the port becomes en- 
abled or are cleared by an appropriate reset. 
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Enabling a facility shall allow pending Asyn- 
chronous packet(s), if any, to be presented to a 
master. Only the last occurrence of an Asyn- 
chronous packet per interrupt class shall be re- 
tained for each addressee unless cleared by an 
appropriate reset. 

4.8.4.2.2 Enabling a Facility at a 
Facility Port. The enabling of a facility port 
switch at a logically separate facility takes 
effect when the slave/facility interface proto- 
col permits it. The event of a facility port be- 
coming disabled or enabled shall cause the slave 
to generate an Asynchronous packet for all slave 
ports at which the facility is enabled. 

4.8.5 Slave Dynamic Switching. A slave’s 
dynamic switch may be implemented using either 
physical or logical switches. In all of these 
cases, the slave can appear in one of two ac- 
cessibility modes: Switched or Neutral. Follow- 
ing an internal reset, the slave enters the 
neutral state. 

Interrupts for a port are only presented when 
the slave is capable of transferring the Re- 
sponse packet associated with the interrupt; 
however, logical switching does not require the 
slave to be in the neutral state to transfer re- 
sponse packets. 

4.8.5.1 Neutral Mode. In the Neutral Mode 
the slave has no allegiance to any port. This 
means that the slave may perform tasks for any 
port that ts enabled. 


4.8.5.2 Switched Mode. When a slave enters 


the Switched Mode. part of the resources of the 
slave become dedicated to performing operations 
on behalf of a single port. The slave thus has 
an allegiance with that port. With the Physical 
switch, this allegiance ts indicated by the 

other port(s) presenting a P-Busy indication 
during the selection sequence. 

There is not necessarily any indication of 
what the master can detect with the Logical 
switch. The master may not be able to determine 
the cause of the L-Busy condition, or a Bus Ex- 
change that provides Alternate Port Exception 
Status may be completed. 

Whenever an attempt to access a slave is re- 
jected because it ts switched to another port 
(whether P-Busy or L-Busy), the slave shall con- 
struct an Asynchronous packet for transmission 
over the requesting port when the condition that 
caused the access to be rejected no longer ex- 
ists. While this Asynchronous packet is pending, 
if a queued slave accepts a command packet at 
the port or the slave executes an appropriate 
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internal reset, it shall cancel the pending 
Asynchronous packet. The generation of the Asyn- 
chronous packet, but not the associated inter- 
rupt, may be suppressed by Attributes. 

4.8.5.3 Implicitly Switched. The slave’s 
port switch becomes implicitly switched whenever 
the slave starts performing operations on behalf 
of one port to the exclusion of the other port 
or ports. For the Physical switch, this means 
that one port has accepted a selection to the 
exclusion of the other port or ports. In the 
Logical switch, this means that command packets 
are being processed for one port to the exclu- 
sion of the other port or ports. The allegiance 
to the port remains as long as the operations 
continue on behalf of the port. The allegiance 
ceases when the operation or series of opera- 
tions on behalf of the port are completed and 
the slave is either neutral or performing opera- 
tions for another port. 

Another use of the implicit allegiance is the 
ability of a slave to maintain an allegiance to 
a port that has a not Busy interrupt pending. In 
this case, the slave does not return to neutral 
when the deselection occurs. but establishes and 
maintains an explicit allegiance to the inter- 
rupting port for the length of time specified in 
Attributes. 

4.8.5.4 Explicitly Switched. Explicit 
allegiance of a slave with a Physical switch is 
controlled solely by Priority Select/Priority 
Hold mechanisms at the Physical Interface. See 
ANSI X3.129-1986 for specific details. 

Explicit allegiance of the slave’s Command Ex- 
ecution port switch is established by the PORT 
ADDRESS command with the Reserve modifier set. 
The slave establishes an allegiance to the IPI 
port over which the command packet was received 
when the command ts executed and the port switch 
is either neutral or switched to the port over 
which the packet was received. This ts not nec- 
essarily immediate in an tndtvidual stacked or 
queued environment. 

The allegiance ends when the slave has exe- 
cuted the PORT ADDRESS command with the Release 
modifier set and the Response Packet ts trans- 
ferred to the master or in a Logical switch is 
stored in a buffer that can be read by the mas- 
ter regardless of the state of the port switch. 

The allegiance also ends when the slave returns 
to the neutral mode for reasons other than a 
PORT ADDRESS command (e.g., reset). 

4.8.6 Facility Dynamic Switch, When the dy- 

namic switch is present in a facility or in a 


slave on behalf of a facility, it may also ap- 
pear in either the switched or neutral mode. 

Facilities may also be shared between two or 
more slaves, with different slaves connected to 
ports of the same facility. 

4.8.6.1 Facility Neutral Mode. The slave 
may communicate on behalf of the facility over 
any IPI slave port that is enabled. 

When an Asynchronous packet (other than one as- 
sociated with Dynamic Switching) is issued on be- 
half of a Neutral facility, the packet shall be 
transmitted over all slave ports that are enabled. 
The facility condition shall remain as Status Pend- 
ing until the packet has been transmitted over all 
ports for which transmission is due. 

4.8.6.1.1 Facility Neutral Mode at the 
Slave Port. Following a slave reset, the facili- 
ties affected by the reset become available to 
all slave ports. The communication over each 
slave port shall be subject to the same rules as 
defined for a single port. 

4.8.6.1.2 Facility Neutral Mode at the 
Facility Port. Following a reset of the facil- 
ity. the facility shall enter the neutral mode 
and become available to all slaves attached to 
it. The communication over each facility port 
Shall be subject to the same rules as defined 
for a single port. 

4.8.6.2 Facility Switched Mode. When an 

attempt to access a facility is rejected because 
the facility is in the Switched mode. the slave 
shall construct a Command Completion response. 
An Asynchronous packet shall be transmitted over 
the requesting port when the condition that 
caused the access to be rejected no longer ex- 
ists, except if it was caused by a reset. While 
this Asynchronous packet is pending, a queued 
slave’s acceptance of a command packet for the 
facility shall cancel the pending Asynchronous 
packet at the port. 

While in the switched mode, parts of the fa- 
cility become dedicated to the slave that caused 
the switched mode to be entered, The facility 
may have an implicit or explicit allegiance to 
any slave whose port is Enabled. 

4.8.6.2.1 Facility Switched Mode at a 
Slave Port. In the switched mode, the facility 
is associated with a particular IPI port of the 
Slave. 

Because of the various types of port switches 
at the slave, the slave may or may not be able 
to respond to Bus Exchanges. Information Trans- 
fers or combinations of these on behalf of the 
addressed facility. 
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4.8.6.2.2 Facility Switched Mode at a 

Facility Port. In the switched mode, the facil- 
ity is associated with a particular port of a 
facility that is logically separated from the 
Slave. 

4.8.6.3 Implicitly Switched Facilities. A 
facility becomes switched to a slave implicitly 
when the slave initiates execution of a command 
addressed to the facility. 

If the command packet that established the im- 
plicit allegiance specified a chain to another 
command packet, then the tmplicit allegiance 
ends when the last command in the chain of com- 
mands for that facility has been completed as 
described previously. 

4.8.6.3.1 Implicitly Switched Facili- 
ties at a Slave Port. If the command packet that 
established the implicit allegiance did not spe- 
cify a chain to another command, the implicit 
allegiance ends when the Response Packet is pre- 
pared to be transferred to the master. 

The implicit allegiance may end sooner if the 
Slave, facility, or both are returned to the 
Neutral mode for some other reason (e.g., 
reset). 

Under these circumstances, a facility may be 
Status Pending as viewed from one port of a 
slave and L-Available as viewed from another. 

An Asynchronous packet on behalf of a facility 
pending at a slave port does not establish an 
allegiance between the slave port and the 
facility. 

4.8.6.3.2 Implicitly Switched Facility 
at a Facility Port. If the command packet that 
established the implicit allegiance did not 
specify a chain to another command, the implicit 
allegiance at a logically distinct facility ends 
when the following actions occur: 

(1) The operation corresponding to the command 
packet that established the allegiance is com- 
pleted by the facility 

(2) The information necessary to construct the 
response packet has been made available to the 
slave 

(3) The slave permits the facility to return 
to Neutral 

The implicit allegiance may end sooner if the 
facility is returned to the Neutral mode for 
some other reason (e.g., reset). 

Implicit allegiance between the facility and 
the slave is controlled by the protocols of the 
slave/facility interface. 

4.8.6.4 Explicitly Switched Facilities. 
Explicit allegiance is established when a PORT 
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ADDRESS command with the Reserve modifier set 
is executed by the slave to which the facility 
is attached. The explicit allegiance ends when a 
PORT ADDRESS command with the Release mod- 
ifier set is issued by the master and Is exe- 
cuted by the slave to which the facility is at- 
tached. The master/slave/facility allegiance 
continues, however. since the PORT ADDRESS com- 
mand establishes an implicit allegiance. The al- 
legiance ends as outlined in the subsection on 
implicit allegiance, 4.8.6.3. 
4.8.6.4.1 Explicitly Switched Facili- 
ties at a Slave Port. An allegiance is estab- 
lished between the facility and the slave port 
over which the command packet was transmitted. 
4.8.6.4.2 Explicitly Switched Facili- 
ties at a Facility Port. An allegiance is estab- 
lished between the slave and the facility port 
over which the slave communicates with the fa- 
cility when the command is executed. 

4.8.7 Allegiances. 

4.8.7.1 Multiple Allegiances. Some 
applications require the concept of a single 
master/single slave or single master/single 
slave/single facility relationship being 
established with implicit and explicit 
allegiance for all Information Transfers to be 
expanded for reasons of performance, resiliency, 
or both. 

4.8.7.2 Explicit Group Allegiance. The 
master/slave or master/slave/facility allegiance 
is expanded to include the explicit allegiance 
of a slave or slave/facility to a single master 
connected to multiple ports of a slave, a single 
master connected to multiple ports of a facility 
through two or more slaves, or either of the two 
previous cases with two or more masters oper- 
ating in a coherent manner. 

The explicit allegiance is established and 
relinquished with the PORT ADDRESS command, 
just as in the single reserve operations, with 
the exception that a PORT MASK PARAM- 
ETER is used to identify the group of ports 
over which further Command Packets will be 
accepted. In this case. the Data Information 
Transfers and the Command Completion Response 
Packets always are returned over the port that 
received the corresponding Command Packet. 

4.8.8 Alternate Port Notification of Changes. 
Any time that a FORMAT command is completed 
(successfully or otherwise). an Asynchronous 
packet shall be sent to all the alternate ports 
that are enabled. except the one over which the 
command was recetved. The Asynchronous packet 
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shall report Format Completed status to advise 

the attached master(s) that reinitialization 
procedures may be necessary for continued use of 
the facility. 

Similarly, any time that an ATTRIBUTES com- 
mand (with Load or Save modifier) is successful- 
ly completed, and the Attributes affect anything 
other than those specific to a single port, an 
Asynchronous packet shall be sent to all the 
alternate ports that are enabled, except the one 
over which the command was received. The Asyn- 
chronous packet shall report Attribute Update 
Completed status to advise the attached mas- 
ter(s) that reinitialization procedures may be 
necessary for continued use of the port. 


4.9 Reset 

4.9.1 External Reset. Any external reset in 
the form of a Master Reset or Selective Reset, 
received over the Physical Interface. can be 
presented by the master at any time regardless 
of the condition of the slave or facilities. It 
Shall not affect facilities that are switched to 
another port. The reset shall cause the facill- 
ties switched to the master asserting the reset 
to return to Neutral in addition to establishing 
the reset condition at the facilities. 

The Selective Reset octet provides for reset- 
ting the Physical Interface, the Logical Inter- 
face, or the slave (as at Power On). 

Following the reset condition, the master 
anticipates that the slave and the affected 
facilities will become Operational. 

4.9.2 Internal Reset. When a slave internal 
reset occurs. an Asynchronous packet ts gener- 
ated. indicating the condition of the slave. The 
status of each facility that is affected by the 
reset should be broadcast over all ports that 
are Enabled. 

Facility resets associated with an internal 
reset are handled tn a slave-dependent manner. 
It is the slave’s responsibility to properly 
manage the facilities in light of the alternate 
facility ports, if they exist. 


4.10 Bus Octets. The Bus Octets shall be used 
as defined in ANSI X3.129-1986. with the addi- 
tions described here. 

4.10.1 Facility Selection and Request Facili- 
ty Interrupts Octets. The Facility Selection and 
Request Facility Interrupt octets are optional. 
When the facility interrupts are supported by 
the slave. they provide a means for the master 
to determine which facility is interrupting and 
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* indicates the bit setting may be either 0 or 1. 


Figure 4 


Valid Combinations of the Master Status Octet 


the class of interrupt. The facility selection 
provides a means for the master to direct Infor- 
mation Transfers to a specific facility. 

4.10.2 Bus Control Octet. The Bus Control 
octet of the Physical Interface permits Bits 0-5 
to be defined according to the Logical Interface 
level. 

Bit 5 - reserved, set to zero. 

Bit 4 - Control of Bus: When Bit 4 = 0, the 
master shall control the Bus Exchange, with the 
Bus Control octet defining the subsequent Infor- 
mation Transfer. When Bit 4 = 1, the slave is 
allowed to control the Bus Exchange. If the 
slave accepts Control of Bus, the Bus Acknowl- 
edge octet shall define the subsequent Informa- 
tion Transfer (the slave’s setting shall over- 
ride that of the master). 

Bits 3-0 - set to zero. 

4.10.3 Bus Acknowledge Octet. The Bus 
Acknowledge octet is optional. When it ts sup- 
ported by the slave, it provides a means for the 
master to turn control of the bus over to the 
slave, so the slave can determine whether to 
perform a Response or a data transfer. 

Bit 5 - reserved, set to zero. 

Bit 4 - Control of Bus Accepted: When Bit 
4 = |. the slave shall define the subsequent In- 
formation Transfer by setting the appropriate 
bits in the Bus Acknowledge octet (which shall 
override any setting by the master). 

Bits 3-0 - set to zero. 

Implementation Note: When Bit 4 of the Bus 
Control octet is set to 0 (master control of Bus 
Exchange). the slave shall ensure that Bits 0-7 
of the Bus Acknowledge octet are set to zero 
with correct parity. 

4.10.4 Master Status Octet. Bits 5-0 of the 
Master Status octet are defined as optional tn 
the Physical Interface. ANSI X3.129-1986, and 
their uses are defined in the slave’s Attributes. 


4.10.4.1 Bit Definitions 

Bit 5 - Pause: When Bit 5 = I, the master is 
informing the slave that there is more 
information to transfer tin order to complete the 
just-ended Information Transfer. 

Bit 4 - Slave-Slave Operation Completed: When 
Bit 4 = |. the dominant slave ts noting that the 
slave-to-slave Information Transfers have been 
completed (see Physical Interface, ANSI 
X3.129-1986. for further description of this 
bit). 

Bits 3-0 - Encoded Status: When Bits 0-3 of 
the Master Status octet are defined by Attrib- 
utes as being Encoded Ending Status, the follow- 
ing definitions apply. The use of some of these 
values is applicable only when the following op- 
tional capabilities of the Physical Interface 
are Supported: 


Control of Bus 1011-1101 
Double Octet Mode 1111 


0000 No Encoded Status 

OO01-1010 reserved 

1011 Illegal Response Code - the master did 
not recognize the previously transmitted 
response packet. 

1100 Information Transfer Type Error - the 
transfer type identified in the Bus Acknowledge 
octet was incorrect. 

1101 Information Transfer Direction Error - 
the transfer direction identified in the Bus 
Acknowledge octet was incorrect. 

1110 reserved 

1111 Odd Octet Transfer - the last transfer 
of a double octet contained only one octet of 
information (on BUS A). 

4.10.4.2 Valid Combinations. Figure 4 
illustrates the valid combinations of the 
Master Status octet: 
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+- Valid Slave Status Encodings 


foe + - -- -- = +--------- --- 
| 7 6 5 4 | 3-0 
+--+ —- +--+ — - - ¢ - 
| oO | O | * | * | 0001 through 1100 
| oO | 1 | * | * | 0000, 1111 
|} 1 | Oo | * | * | 0000, 1111 
+--—-4+—--- 4 —- = +--+ - - - - - - - - - - - - - 
| | | | | 
| | | | 
= a a | 
| +- Time Dependent Operation 
| | +- Pause 
| +- Bus Parity Error 
+- Successful Information Transfer 


* indicates the bit setting may be either 0 or l. 


Figure 5 
Valid Combinations of Slave Status Octet 


4.10.5 Slave Status Octet 

4.10.5.1 Bit Definitions 

Bit 5 - Pause: When Bit 5 = 1, the slave 
is informing the master that there 1s more 
information to transfer in order to complete the 
just-ended Information Transfer. 

Bit 4 - Time-Dependent Operation: When Bit 
4 = |. the slave is informing the master that 
the Operation requested in the just-ended Infor- 
mation Transfer will take enough time to com- 
plete that deselection may be desirable. 

Bits 3-0 - Encoded Slave Status: When Bits 0-3 
of the Slave Status octet are defined by Attrib- 
utes as being Encoded Slave Status, the follow- 
definitions apply. The use of some of these 
values is applicable only when optional capabil- 
ities of the Physical Interface are supported: 


Facility Selection 0100 
Data Streaming 100] 
Double Octet Mode 111 


In some slave implementations it may not be 
possible to respond with some of the defined 
status conditions (e.g., a slave may implement a 
modular design such that it can accept a command 
into a buffer and post Successful Information 
Transfer as a complete and separate function 
from examining the command, and determining that 
a Bus Control Reject condition exists. In such 
an implementation, a Response with associated 
substatus would have to be presented. 

Q000 No Encoded Status 

000! Bus Control Reject because it conflicts 
with current Command context, or because there 
is NO response pending. 

0010 Bus Control Reject because addressee can 
accept no more commands (e.g.. if only one com- 
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mand can be issued per addressee, that addressee 
already has an outstanding Command; if more than 
one command can be issued, the command buffer 
has overflowed). 

0011 Bus Control Reject because an Asynchron- 
ous packet that is pending from the addressee 
shall be transmitted before any other Bus Con- 
trol can be accepted. 

O100 Selected Facility Busy. 

O10! Bus Control Reject due to outstanding 
Interrupt(s). 

0110 Bus Control Reject due to an unsupported 
Bus Control (e.g.. Response stack ts full be- 
cause Class | Interrupts have not been ac- 
cepted). 

Olll Bus Control Reject due to an illegal 
facility address. 

NOTE: This is required because only slave selection can be veri- 
ficd at the Physical Interface. 

1000 Command Out Bus Control Reject due to 
unsupported command packet length. 

1001 SYNC OUT count not equal to SYNC IN 
count. 

1010 Master termination (in some implementa- 
tions this is an abnormal condition) 

1011 Internal Slave Error 

1100 Command Out Bus Control Reject due to 
Intervention Required 

1101 reserved 

1110 reserved 

1111 Odd Octet Transfer - the last transfer of 
a double octet contained only one octet of in- 
formation (on BUS A). 

4.10.5.2 Valid Combinations. Figure 5 il- 
lustrates the valid combinations of the Slave 
Status octet. 


4.10.6 Request Interrupts Octet. The three 
interrupt classes, listed in order of descending 
priority. shall be defined as follows: 

Class 3 - Critical Status Pending 
Class 2 - Transfer Pending 
Class | - Status Pending 

See 4.1.2.1 for description of interrupts. 

4.10.7 Selective Reset Control Octet. Any 
Selective Reset, with Bits 0.1, or 2 set, or 
without any Bits 0-3 set shall cause the slave 
to enable its drivers/receivers (e.g.. to enable 
a Slave that may have been disabled as the re- 
sult of a preceding MAINT state). 

The Selective Reset Control octet of the Phys- 
ical Interface (ANSI X3.129-1986) permits Bits 
0-3 to be defined according to the Logical In- 
terface level. These bits have been commonly 
defined by the present command sets as follows: 

Bit O = | - Physical Interface Reset. The 
slave shall reset the Physical Interface at the 
port over which the octet was received, and set 
the port to neutral. 

Interface Reset has no effect on any facili- 
ties controlled by the slave, and does not reset 
any explicit reservations or pending Response 
packets. 

Bit | = | - Logical Interface Reset. The 
slave shall reset the Logical Interface at the 
port over which the octet was received, and set 
the port to neutral. All slave and facility com- 
mands (active and queued), and pending responses 
from the resetting port shall be reset. All fa- 
cilities with an allegiance to the reset and all 
neutral facilities shall be reset. All facili- 
ties with an allegiance to the reset port, and 
all neutral facilities shall be reset with a 
Logical Interface Reset or equivalent (i.e., 
alternate port(s) at the facility are not af- 
fected. Implicit reservations are reset, but ex- 
plicit reservations are not affected). 

Bit 2 = | - Slave Reset. The slave shall reini- 
tialize as at Power On, which means that it shall 
execute its Initial Microprogram Load procedure (if 
any) and reset itself to an initial functional con- 
dition, with no commands active or responses pend- 
ing. Note that this typically means that, on the 
basis of slave implementation, all information in 
the slave will be lost (see 4.9.2). 

All facilities with an allegiance to the reset 
Slave and all neutral facilities shall be reset 
with a Logical Interface Reset or equivalent 
(i.e., alternate port(s) at the facility are not 
affected. Implicit reservations are reset, but 
explicit reservations are not affected). 


NOTE: Facility resets. other than Physical Interface Reset 
and Logical Interface Reset, are handled by the ABORT com- 
mand, 
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+—-------- + 
| BUS Aor B | 
+ see Seeeaoeseesea=+ 
| First Octet | 
+e eer erre-- + 
| Next Octet | 
poe + 


|) wrbeeatecs 
| Other Octets | 


Figure 6 


$------------- $------- = + 
| BUS A | BUS B | 
Serres esSeeseoo4See2 SS SSS S555 5>=+ 
| First Octet | Second Octet| 
+—------------- $----------- = + 
| Third Octet | Fourth Octet | 
$o-- poem + 
LS, “sgh e-mecianias 
| Other Octets | 
eee. | 
$-—-—------ foe ee + 
| Next Octet | Last Octet | 
$—-—-—---------- $ omen ee + 
Figure 7 


Octet Transfer Positions for Double Octet Mode 


Bit 3 = | - Slave Release. The slave shall re- 
lease its interface drivers in the same manner 
as it would upon recognition of the MAINT state. 
The slave shall not execute a Reset but the 
drivers are to remain released on the port over 
which the reset was received until recogniiion 
of another reset. 


4.11 ATTENTION IN Signal. The Device- 
Generic implementation requires that the select- 
ed slave not assert ATTENTION IN to indicate 
the presence of interrupts needing service. It 

is assumed that the selected slave can use Re- 
sponses to advise the master of any events that 
require attention. When a slave is selected, tt 
shall negate its ATTENTION IN signal (if assert- 
ed) for the duration of the selection. 


4.12 Information Transfers. Information trans- 
fers include command packets, reponse packets. 
and data packets. 

4.12.1 Packet Transfer Conventions. Packets 
are transferred between master and slave in 
either Single Octet Mode (Figure 6) or Double 
Octet Mode (Figure 7)(see ANSI X3.129-1986 for 
further information). In Single Octet Mode, com- 
mand packets and data are transmitted on BUS A, 
and response packets and data are transnitted on 
BUS B. In Double Octet Mode, the first octet of 
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every pair of the packet is transmitted on BUS A 


and the other octet is transmitted on BUS B. 

4.12.2 Bit Significance Conventions. In the 
single octet mode (Figure 8) or in the double 
octet mode (Figure 9), bit O is always the least 
significant bit of the octet and bit 7 is always 
the most significant bit of the octet. 

Octets are transmitted on the bus with their 
least significant bit (the represented bit 0) as 
bit O of the respective bus (i.e.. if an octet 
is transmitted in Single Octet Mode. the least 
significant bit of the octet is transmitted as 
bit O of BUS A). If a pair of octets is trans- 
mitted in Double Octet Mode. the least signifi- 
cant bit of the first octet (as represented in 
this document) is transmitted as bit 0 of BUS A 
and the least significant bit of the other octet 
is transmitted as bit O of BUS B. 


4.12.3 Octet Significance Conventions. In the 


single octet mode (Figure 1Q) and the double 
octet mode (Figure 11), the lowest addressed 
octet of a field is always the most significant 
octet and the highest addressed octet of a field 
is the least significant octet. 

The most significant octet is transferred 
first in a multioctet field (e.g., a four-octet 
field) followed by a two-octet field, as shown 
in Figure 12. 


4.12.4 Command and Response Packet Conven- 


tions. Defined fields are fixed in position. 
even though not all may require valid contents 


for a particular command or response. Optional- 


length information, variable-length information, 
or both shall be presented via parameters that 
append to the packet-type fields. 


Throughout commands. responses, and parameters 


only single octet fields can begin on an odd 
octet boundary, all other fields always begin on 
an even octet boundary. and all values are rep- 
resented as 16- or 32-bit fields (e.g.. a one- 
octet field and a value needing only 24 bits are 
not compressed into four octets, but expressed 
as a one-octet field. a reserved octet, and 2 
four-octet field of 32 bits). 

4.12.5 Data Transfer Conventions. Data is 
transferred between master and slave in either 
single octet mode or double octet mode. In 
double octet mode. the octet on BUS A shall 
always be considered as being first, and the 
other octet on BUS B shall be second. 

Owing to the difference in ordering of the 
data fields between different computers (micro, 


mini, mainframe. or vendor dependent), there is 


no definition of either octet significance of 
data transferred over the interface. 
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+—------- + +------- + 
| BUS A | | BUS B | 
-=SSSsor=+ += SSSS5=+4+ 
| 7 - 0 | | 7 - oO | 
+------- + +------- + 
| 7 - O | | 7-90 | 
foo + +------- + 
Figure 8 


Bit Positions for Single Octet Mode 


+—------- +—-------— + 
| BUS A | BUS B | 
$SeSee55} 55552224 
ee: ft Pac 0] 
+------- +------- + 
P Pee fe Se 0e 
+—------- +-------— + 


Figure 9 


$------- + +------- 
| BUS A | | BUS B 
+= SS5===+ +==S==== 
; mso | | mso 
+------- + +------- 
| lso | | 1lso 
+------- + +------- 
Figure 10 


Positions for Single Octet Mode 


+—-—------— $------- + 
| BUS A | BUS B | 
$eeereesf¢eeees==+ 
| mso_ | | 
+------- $+—-—-----=- + 
| | lso | 
+—-=----- +—-—------ + 
Figure ll 


Positions for Double Octet Mode 


Octet Positions Bit Positions 
+-~------ +------- + +------- +------- + 
| BUS A | BUS B | | BUS A | BUS B | 
+------- +~------ + +—------- +------- + 
| mso | mso-l | | 1F-18 {| 17-10 | 
+------- +------- + +------- +------- + 
| lso+l | 1lso | | OF-08 | Q7-00 | 
+------- +------- + +------- +------- + 
| mso | dlso | | OF-O08 | 07-00 | 
+------- +------- + +------- +------- + 

Figure 12 


Sequence of Octet Transfers 


+—-+---4+--4-----4---4---4+ 
|@|LTH|ID|OCTET|X/b|DEF | 
+-4+---+--4+----- +—---4+-—--4------------— 
| | ip. + | | | 
| | | | | | | 
| | | | | | | 
+—+—---+4+--4----- +---4+---4+----~---~---- 
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Ce ET eee 


Figure 13 
Parameter Documentation 


Data is always transferred in the same se- 
quence, independent of the host computer's data 
structure. The ordering difference of the host 
computer can be of major significance if the 
slave is required to interpret data, as it will 
have to be cognizant of the host computer’s 
ordering scheme. 


5. Message Packet Structure 


5.1 Conventions 

5.1.1 General Organization. The command and 
response packets vary in length, and the first 
Octet pair of each packet contains a count of 
the number of octets in the packet. The next six 
octets of the command and response packets are 
identical in format. Both packet types may or 
may not have a Parameter list that contains non- 
structured information, 

Fields defined within the basic packet (six 
octets for commands and eight octets for re- 
sponses) are fixed in position, even though not 
all may require valid contents for a particular 
command or response. Conditional or variable in- 
formation, or both, is presented via parameters 
appended to the basic packets. 

5.1.2 Parameters. Parameters are passed as 
lists in which each parameter defines tts length 
and is self-identifying. The parameter list is 
used to pass specific information in the packet 
that is relevant to the command or response. 

Parameters may contain multiple fields and be 
up to 254 octets in length. Some commands and 
responses require no parameters appended to the 
basic packet, and others may have one or more. 
The length and format of the parameter list 
varies depending upon the command or response, 
as well as the ordering, size, and number of 
parameters. The slave shall verify that all the 
parameters required by a specific command are 
present. 


Fields in parameters are required to start on 
an even octet boundary (even boundary octets are 
transferred on BUS A in DOM), unless they are 
the second octet of a pair of single octets. 
Wherever necessary to maintain this rule, a 
reserved octet shall be used so that the next 
field shall begin as an even octet. Only single 
octets and data strings may be represented in 
other than octet pairs - all numerical values 
are represented as 16-bit multiples. 

A parameter list may contain more than one 
parameter of the same type. The parameters shall 
be treated by the slave in the same sequence as 
that defined by the master. COPY, SEARCH and 
COMPARE are examples of commands that can make 
extensive use of the same parameter type multi- 
ple times to specify relatively complex command 
sequences to be executed by the slave. 

5.1.2.1 Parameter Documentation. Param- 
eters shall be documented throughout as shown in 
Figure 13. The @ column is used to identify 
whether only the master (M), the slave (S), or 
both (B) can specify the parameter. The Length 
column contains the legend "7 + L” if the param- 
eter is of variable length, or may be reduced in 
size. The Octet column represents the range of a 
particular field. The column X/b defines whether 
an octet is encoded or bit significant. Hex val- 
ues are Shown from OO-FF and bit-significant 
fields are shown as 0-7. The DEF column is used 
to show defaults. 


5.1.2.2 Parameter Length. The Parameter 
Length shall always begin on a 16-bit boundary, 
i.e., it Shall always be transferred on BUS A of 
a double octet transfer. It is one octet in 
size, and the length defined does not include 
itself. 

The value x’QQ° is a a padding octet in the 
parameter list that is skipped over and ignored. 
All masters and slaves that operate with command 
packets shall be able to handle padding octets, 
because given the different processors and 
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micro-processors in use, some implementations 
may only be able to build a parameter list on 
boundaries other than octets. 

Pad octets, if any, required by the Physical 
Interface shall be ignored (e.g., tn Double Oc- 
tet Mode, the packets transferred across the 
Physical Interface are a multiple of two octets. 
so the master and the slave shall ignore the re- 
maining octet if the basic packet plus the pa- 
rameters is not an even number. 

A parameter may be reduced in size if fields 
at the end are not required. An effort has been 
made to place the fields least likely to be 
needed at the end of parameters. All parameters 
that may be reduced in size have their Parameter 
Length noted as "2 + I” in the tables. 

5.1.2.3 Parameter ID. The identification 
(ID) of each parameter is specific to the com- 
mand being executed, unless it is one of those 
generic to several commands (see 5.5). The Pa- 
rameter ID is one octet, permitting up to 255 
kinds of parameters per command and associated 
response. Parameter IDs are assigned as follows: 


O00 Invalid 

0] NOP 

02 Continuation of Preceding 
Parameter 

03-0F reserved 

10-1F Slave Major Status 

20-2F Facility Major Status 

30-4F Common Parameters 

50-9F Command Parameters 

AO-BF _ reserved 

CO-CF |= Communication Parameters 

DO-EF — Vendor-Unique Parameters 

FO-FF Host Adapter Unique Parameters 


An ID of x°00° shall be invalid and the com- 
mand shall be rejected with an Invalid Parameter 
substatus. An ID of x’01° shall not be processed 
but ignored and skipped over in the parameter 
list. An ID of x°02° shall identify this param- 
eter as a continuation of the preceding param- 
eter of 254 octets. This ID cannot be used to 
continue a parameter that was less than 254 oc- 
tets. IDs from 10-4F. where assigned, are de- 
fined in this section of the document. IDs from 
50-9F, where assigned, are command unique and 
are defined in the command description sections 
of this document. IDs from CO-CF are reserved 
for the specific use of Communication commands. 
IDs from DO-EF are Vendor Unique and, where as- 
signed, shall be defined by the vendor specifi- 
cation. IDs from FO-FF are reserved for use of 
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the host system for any commands that may be in- 
terpreted by the Host Adapter, which is respons- 
ible for issuing commands over the interface on 
behalf of the host. 

5.1.3 Message Packet Representation in the 
Document. In Section 5, the packets are shown In 
a vertical representation that illustrates the 
physical positioning of fields (see also 4.12). 

Only the Control command packet is illustrated 

as it would appear on the interface for both SOM 
and DOM modes. All other packet representations 
are only in DOM mode because the information is 
completely repetitive between the two, and DOM 
representation occupies less space on the page. 
The horizontal format used elsewhere in thts 
document is intended to enhance readability, by 
representing the packets as they would appear in 
memory. 


5.2 Operation Command Packets. Commands to 
the slave occur as message packets Issued to the 
slave via Information Transfers. There is a lim- 
it of one command per Information Transfer, Ev- 
ery command shall cause the slave to return a 
response when the command has been completed. 
The response may be implicit at the Logical In- 
terface if the "No Response if Successful” at- 
tribute is set by the master. Response packets 
contain status that notifies the master whether 
or not the command was successful and. if not 
successful, why not. Commands to the slave may 
be Control. Position, Transfer (Primary or 
Other). Combination Transfer, or Diagnostics. 
The basic command packet is six octets in length. 
Parameters may be appended to each command, and the 
size of the parameter list is included in the 
Packet Length field. The slave is responsible for 
checking the fields that apply in a command packet 
for consistency and validity. 
5.2.1 Fields in Command Packets 

5.2.1.1 Packet Length. Packet Length con- 
tains the actual length (it may be odd or even). 
of the entire packet. including parameters, ex- 
pressed in octets. Packet Length does not in- 
clude the two octets of the Packet Length field 
itself. nor any null octet required by the Phys- 
ical Interface in DOM. The slave shall use this 
value to perform a consistency check on the 
packet received and to determine the presence of 
parameters on commands that may or may not re- 
quire parameters. 


Implementation Note: HW the Packet Length is used to con- 
iol a Direct Memory Transler and not transferred into 
memory with the packet, some means of recreating it in 
association with the packet shall be provided. 


5.2.1.2 Command Reference Number. The 
Command Reference Number field contains a 
value that identifies individual commands from a 
master. The slave echoes the Command Reference 
Number in a response packet to identify the 
associated command. When the slave is capable of 
queuing multiple commands per addressee, the 
master is responsible to ensure that all active 
commands have unique identification. The Command 
Reference Number is implicitly qualified by the 
port over which the command was received, Within 
the slave, the Command Reference Number, plus 
the Port ID, plus the Slave and Facility Addres- 
ses. forms a unique identification number for 
each command per addressee per port. and the 
master may only reuse a Command Reference 
Number when the command is no longer outstand- 
ing. i.e., after receiving the response packet 
for the command. 
5.2.1.3 Slave Address. The Slave Address is 
a value between x°00-07’, and is included in the 
command packet to assist in slave selection er- 
ror detection. The slave accepting a command 
packet shall compare its Slave Address against 
the Slave Address field in the command packet. 
If the command received contains the wrong Slave 
Address. the slave shall respond with the appro- 
priate error status. For those commands that may 
be addressed to either the slave or the facil- 
ity, the code x°FF’ in Facility Address shall 
identify it as slave only. 
5.2.1.4 Facility Address. The Facility Ad- 
dress is a value between x’00-FF’. Unlike the 
Physical Interface. where Facility Address is 
restricted by the Select octet to the range 
O0-OF, the Facility Address in a packet has a 
valid address range of OO-FE. 
The Facility Address FF is used to identify 
the packet as addressed to the slave only. 
There are several ways tn which Facility Ad- 
dresses in the range of OO-FE may be used: 
(1) Actual, This ts the address by which the 
facility is referenced at the Physical Inter- 
face. The address range is limited to OO-OF. 
The slave shall validate the Facility Address if 
Facility Selection is being used at the Physical 
Interface. 


(2) Synonym. This is an address declared by 
the master that refers to the facility by other 
than the Actual address. A Synonym address is 
specified in Attributes, and may affect both 
Physical and Logical selection. If a Synonym is 
declared in the range of OO-OF, the slave may be 
capable of responding to the Synonym at Physical 
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Bit 7 - reserved 

Bit 6=1 -— Priority Command 
4+—-~----- +—------- + 
| Bit 5 | Bit 4 | 
+------- +—------- + 
| 0 | 0 | Individual or Queued 
+—-—----- 4+—------- + Command 
| 0 | 1 | Chained Command 
+—------- +------- + 
| 1 | 0 | Sequential Command 
+------- +—------- + 
| 1 | 1 | Ordered Command 
+—------- +------- + 

Figure 14 


Modifier Octet 


Interface Facility Selection as well as at Level 
3. If a Synonym is declared in the range of 
10-FE, it affects only the Logical Interface. 

(3) Alias. This is an address defined by the 
master to refer to a data partition on a facil- 
ity (which may be referred to by either an Actu- 
al or a Synonym address). An Alias address is 
specified in Attributes. and may be declared in 
the range of OO-FE. Note. however, that if a 
Partition is defined in the range of OO-OF, it 
has no effect on Physical Interface selection. 

5.2.1.5 Opcode. The Opcode field identifies 

the purpose of the packet and specifies the op- 
eration to be performed. A packet’s Opcode im- 
plicitly determines the interpretation of any 
parameters that are present. 

The Opcodes are interpreted as follows: 


0O-OF Control Commands 

10-2F Transfer Commands 

30-3F Combination Commands 
40-4F Position Commands 

50-6F Other Transfer Commands 
70-7F reserved 

80-9F Diagnostic Commands 
AO-BF Communication Commands 
CO-DF reserved 

EO-EF ~~ Vendor-Unique Commands 
FO-FE reserved 


FF Asynchronous Response Identifier 
5.2.1.6 Modifier Octet. The Modifier 
Octet 1s used to express variations in the use 
or meaning of commands. The Common Modifiers are 
Shown in Figure 14 and defined in 6.1.1.3. They 
are not required to be supported on every com- 
mand, but their use is identical on every com- 
mand in which they are supported (defined by 
Slave attributes). 
The Opcode Modifier bits are not defined the 
same across all commands, and are defined in 
each command's description (e.g.. there is an 
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SOM Representation: 


7 0 
$---------- -- -- -- - - -- -- - - + 

| mso | octet. =2 
+-- Packet Length --+ 

| lso | octet -1l 
+—---------------------- ne + 

| mSo | octet 0 
+-- Command Reference Number --—+ 

| lso | octet 1 
$—---—------------ - - ----- -------- + 

| Opcode | octet 2 
$—--------------- +—-----~--------- + 

|Common Modifier|Opcode Modifier| octet 3 
$—--------------- +—--------------- + 

| Slave Address | octet 4 
foo - + 

| Facility Address | octet 5 
$-------- --- -- -- - - - - - - - - -- + 

| | octet 6 
ft Parameters i 

| | octet n 
$---------------~-~+---+--~-------- + 

Figure 15 


Basic Command Packet 


Opcode modifier to distinguish whether the com- 
mand is to treat the Data Address as applying to 
DataBlocks or PhysicalBlocks - the same bit po- 
sition has other meanings on commands that do 
not require a Data Address. 

5.2.1.7 Parameters. The Parameter list ts 
used to pass command-specific information to the 
slave. Each parameter is self-identifying and 
the list is unordered unless specified as having 
to appear in a certain sequence. The presence, 
length and format of the parameters depend on 
the command. The length of the parameter list 
Shall be included in the Packet Length. 

5.2.2 Basic Command Message Packet. The 
basic command packet its laid out as shown in 
Figure [5. 

If two parameters were present. the first of 
five octets (Parameter Length + Parameter ID + a 
three-octet field), and the second of three oc- 
tets (Parameter Length + Parameter ID + a one- 
octet field), it would be a 17-octet transfer, 
and the parameter list would appear as shown in 
Figure 16. 

If two parameters were present, the first of 
five octets (Parameter Length + Parameter ID + a 
three-octet field). and the second of three oc- 
tets (Parameter Length + Parameter ID + a one- 
octet field). it would be an 18-octet transfer. 
and the parameter list would appear as shown in 
Figure 17. 
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5.2.3 Command Packet Parameter Require- 
ments 


5.2.3.1 Control Command Packet. Control 
command packets need consist only of the basic 
packet. There are no required parameters for a 
control command. 

5.2.3.2 Position Command Packet. Unless it 
is implicit, Position commands require that the 
Extent parameter be appended to the basic 
packet. 

5.2.3.3 Transfer and Other Transfer Com- 
mand Packet. Unless it is implicit, Transfer 
command packets require that the Extent param- 
eter be appended to the basic packet. 

5.2.3.4 Combination Transfer Command 
Packet (Optional). Combination command packets 
typically require source and destination Com- 
bination Extent Parameters. The Extent pa- 
rameters may be either explicit or implicit and 
are command specific. 

5.2.3.5 Diagnostic Command Packet. Diag- 
nostic command packets typically require param- 
eters. 

5.2.4 Transferring Parameters as Data. Param- 
eter lists may be transferred as data with Diag- 
nostic commands such as Read/Write Defect List 
and Read/Write Error Log. The parameters shall 
be transferred in as similar a manner as is pos- 
sible to the way in which the data itself is 
transferred. 


octet 


octet 


octet 


octet 


octet 


octet 


octet 


octet 


octet 


octet 


10 


12 


14 
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+—---- + 
| Parameter Length of 04 | octet 6 
+—------------------------------- + 

| Parameter ID | octet 7 
+—------------------------------- + 

| mso | octet 8 
+--- ---+ 

| First Parameter mso-1l | octet 9 
+--—- ---+ 

| lso | octet 10 
+—---------------- --------------- + 

| Padding of x'00' | octet 11 
+——~—---------- + 

| Parameter Length of 02 | octet 12 
+------------------------------- + 

| Parameter ID | octet 13 
+—---------------~-------------- + 

| Second Parameter | octet 14 
ee Se te eee ee eee eae 


7 BUS A 0-7 BUS B 0 
+—------~-----------~-- +—-------------------- + 
-2 | mso Packet Length lso | octet -1 
freee ee $m + 
0 | mso Command Reference Number lso | octet 1 
+—-------------------- +---------- +--------- + 
2 | Opcode | Com Modfr| Op Modfr| octet 3 
+-------------------- +---------- +--------- + 
4 | Slave Address | Facility Address | octet 5 
+—-—---—------~~------- +—-----------~-------- + 
6 | | 
/ Parameters / 
| | octet n 
+—------~————-- ---- ~~ + 
Figure 16 
Parameter List for 17-Octet Transfer 
ad BUS A 07 BUS B 0 
+—-------------------- 4-------------------- + 
| Parm Length of 04 | Parameter ID | octet 7 
+—-------------------- +-—------------------- + 
| lst Parm Octet | 2nd Parm Octet | octet 9 
+------------~------- +---~---------------- + 
| last Parm Octet | Padding of x‘'00’ | octet 11 
+-------------------- +-------------------- + 
| Parm Length of 02 | Parameter ID | octet 13 
+-------------------- +—-—--—------—-—---------- + 
| lst Parm Octet | Null Octet | octet 15 
+--------------~----- +---~----------------- + 


Figure 17 
Parameter List for 18-Octet Transfer 
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The contents of the parameter list may be 
transferred specifically (by using Parameter ID 
in appended Request Parameters parameter), or 
generally (with no specific Parameter ID 
appended). 

When transferred specifically, only one kind 
of parameter should be transferred as data, 
since no parameter information is included, and 
since there is no required ordering of param- 
eters, it may be impossible to know what the 
contents contain. 

When transferred generally. the list may con- 
tain different kinds of parameters as they are 
self-identifying. Parameter lists that exceed 
254 octets use continuation parameters. If pa- 
rameters are transferred by the slave as data in 
DataBlocks. the slave shall pad with zeros up to 
the DataBlock size in use. 

The master specifies the size of the transfer. 

If there is a Request Parm Parameter present. it 
shall immediately precede the Command Extent 
used for that purpose. 

5.2.4.1 Writing. During writing. the 
master has control of the size of transfer, and 
uses the Create and Append modifiers. 

5.2.4.2 Reading. It is not always possible 
for the master to predict the size of the param- 
eter list to be transferred when reading. Even 
when the Request Parm parameter is supported by 
the slave, the master cannot use it on some com- 
mands (e.g.. PERFORM DIAGNOSTICS) to find 
out the length. 

The master may issue successive Reads. each 
containing a Command Extent parameter that iden- 
tifies the starting address and length to be 
transferred. The Reads may be Chained or Ordered 
to prevent intervening commands from being exe- 
cuted while reading parameter data. 

Alternatively, the master may request a very 
high value (as it would to read a tape record of 
unknown length). The residual of the last Read 
executed shall define the end of the request 
information. 

Unless requested otherwise by a Request Parms 
parameter, the slave shall return parameters in 
a Command Completion response packet if they 
fit. If they do not fit, the slave shall reject 
the command as a Missing Parameter, and the mas- 
ter needs to reissue the command with a Request 
Parms parameter appended to obtain the informa- 
tion as data. 

As an example. tf data transfers between mas- 
ter and slave are set up to be transferred in 
DataBlocks of 512 octets, then the list is 
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transferred in as many DataBlocks of 512 octets 
as is needed. Data transfers continue until as 
many DataBlocks as are needed to contain the 
whole list have been transferred. Full Data- 
Blocks shall be transferred, and any remainder 
per block shall be padded with zeros. 

If transfers are not multiplexed, then the 
slave shall transfer parameter lists up to the 
limit defined in attributes for data transfers. 


If the slave contains insufficient buffering or 
is otherwise unable to transfer the complete 

list up to the maximum size. then it may use 
Pause to interrupt the transfer to the master. 

If the master needs to limit the size of data 
transfers, the Count field of the Command Extent 
parameter may be used to set the number of Data- 
Blocks (or octets depending on the command mod- 
ifier) to transfer. The maximum transfer size 
may or may not be less than the length of the 
parameter list to be transferred. The Address 
field shall specify the displacement from the 
beginning of the parameter list. 

If more than one transfer is required, then 
the master should issue multiple commands in a 
Chain or Order. All data transfers shall be of 
the size identified in the Command Extent, ex- 
cept the last, which shall terminate the Chain 
or Order and report a residual in the Response 
Extent. 


NOTE: fl the master does not know how much data is to be 
expected, it has lo issue multiple commands and be prepared 
to have the Chain or Order terminate when the slave has no 
more purameters to transfer. 


5.2.4.3 Example. On a Read Defect List com- 
mand, the DataBlock size is 512 octets and the 
slave has 44 entries in the defect list. The re- 
sidual would be of the number of DataBlocks not 
transferred: that is, if the command had used 
the Command Extent parameter with a count of 10, 
then for both examples the Response Extent would 
contain 8 as the residual. 
5.2.4.3.1 General. The packet length 

column shown below specifies the length of the 
parameter list. not the size of the DataBlock. 

Pki Parm Parm 

Lih ith ID 


Octet: 0-1 2 3 4-255 
Value: SIO 253 $6 - 21 *entries 
256 257 258-509 $10 $11 
253 02 21*entries O00 00 
Octel: 0-1 3 4-27 28-5]] 


2 
Value: 26 2s 02 2*entries zeros 


as padding 


Slaves may gather parameters as data in a dif- 
ferent manner, depending on implementation. For 
example. some slaves may begin each DataBlock 
with a complete parameter and pad out the re- 
mainder if a parameter does not completely fit; 
others may choose to concatenate parameters as 
tightly as possible, with fields divided over 
different DataBlocks. 

The slave shall ensure that the master re- 
ceives the same information whether there is 
single or multiple reads (i.e.. if the master 
requests four DataBlocks in a transfer, the last 
block shall contain the same information as if 
one DataBlock had been requested four times). 

5.2.4.3.2 Specific. The Request Parm 
parameter contains the ID 56 and the modifer to 
transfer Naked Parameters as Data. 


504-51] 
8 octets of 43rd entry 


Octet: 0-503 
Value: 42"entries 


Octet: 0-3 4-15 16-511 
Value: 4 octets of I*entry zeros as 
43rd entry padding 


5.3 Operation Response Message Packets. Re- 
sponses by the slave occur as message packets 
issued to the master via Information Transfers. 
There ts a limit of one response per Informa- 
tion Transfer. 

Responses may advise command completion; be 
Asynchronous because they are unanticipated 
events in the slave; or be Transfer Notifica- 
tions to advise the master of the data transfer 
about to be initiated. 

Response packets contain status to notify the 
master of the results of a command, or an asyn- 
chronous event. The first six octets echo the 
contents of the basic command packet. The next 
two octets contain the Response Type and Major 
Status. 

Interrupts are used at the Physical Interface 
to request the master to read any pending Re- 
sponse packets. Response packets are not neces- 
sarily returned to the master in the order of 
their completion. 

5.3.1 Fields In Response Packets 

5.3.1.1 Packet Length. See 5.2.1.1 

5.3.1.2 Command Reference Number. This 
field is echoed from the Command packet. 

5.3.1.3 Slave Address. This field is echoed 
from the Command packet. 

5.3.1.4 Facility Address. This field is 
echoed from the Command packet. 
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5.3.1.5 Opcode. This field is echoed from 
the Command packet. 

5.3.1.6 Modifier. This field is echoed from 
the Command packet. 

5.3.1.7 Response Type. The Response Type is 
a 4-bit encoded field (bits 4-7 of octet 7) that 
identifies the packet being presented by the 
slave. The response shall have the following 
format: 


Bit Description 


0 reserved 
Standard Command Completion Response 
Control 
Position 
Transfer 
Other Transfer 
Diagnostic 
Not Recognized 
reserved 
Extended Command Completion Response 
Combination Transfer 
Asynchronous Response 
Transfer Notification 
Imbedded Data Response 
-F reserved 


‘~ KO 


SHON 


5.3.1.8 Major Status. Major Status is a 12- 
bit field that tells the master whether the com- 
mand succeeded or not. All slaves shall return 
the same status codes for similar situations. 

The field is bit significant and each Major 
Status is given a bit code from Q-B (O corre- 
sponds to bit O of octet 6. and B corresponds to 
bit 3 of octet 7). The Major Status categories 
and their associated Substatus are listed tn 

5.4, 

5.3.1.9 Parameters. The response parameter 
list is used to pass response-specific data to 
the master. The presence, length, and format of 
the parameters are variable. The length of the 
Parameter field(s) shall be included in the 
Packet Length. Parameters are self-identifying 
and are not required to be ordered unless spec- 
ified as having to appear in a certain sequence. 

5.3.2 Basic Response Packet. Basic response 
packets is laid out as shown in Figure 18. 


5.3.3 Response Packet Parameter Requirements 
5.3.3.1 Control Response Packet. Control 
response packets need consist only of the basic 
packet. There are no required parameters. 
5.3.3.2 Position Response Packet. Position 
response packets need consist only of the basic 
packet. There are no required parameters. 
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7 BUS A BUS B 0 
4—-------------------- 4—--------------- + 
octet -2 { mso Packet Length lso | octet -1l 
+—-------------------- +—-—-—-—-------~------- + 
x octet 0 | mso Command Reference Number lso {| octet 1 * 
+—-----—--—-------—---- +-----—----- +—---------— + 
* octet 2 | Opcode | Com Modfr| Op Modfr{ octet 3 * 
+—-----------—--------- +---------- ++ --------— + 
* octet 4 | Slave Address | Facility Address | octet 5 * 
4—-------------------- +—---------- +--------- + 
octet 6 | Major Status { Resp Type| Maj Stat| octet 7 
$o- eo +—---------- +—--------- + 
octet 8 | 
7 Parameters / 
| | octet n 
4—-—-------------------------- ---- ---------- + 


* Echoed from command 


Figure 18 
BasSic Response Packet 


5.3.3.3. Transfer and Other Transfer Re- 
sponse Packet. Transfer response packets need 
consist only of the basic packet. When a trans- 
fer is Not Successful and the extent is expli- 
cit, the slave shall append the Response Extent 
parameter to the basic packet. 

5.3.3.4 Combination Transfer Response 
Packet (Optional). Combination response packets 
may require two Combination Response Extents. 
even if successful. The presence. absence. and 
number of Combination Response Extents required 
on success or failure is specific to the com- 
mand. 

5.3.3.5 Diagnostic Response Packet. Diag- 
nostic response packets need consist only of the 
basic packet. There are no required parameters. 

5.3.3.6 Asynchronous Response Packet. 
Asynchronous response packets typically have 
Substatus parameter(s) appended to the basic 
packet. This packet is initiated by the slave to 
advise the master of an unanticipated event. 

If the response is not associated with a pre- 
viously issued command, the Command Reference 
Number, Opcode, and Modifier are not valid. The 
Opcode shall contain x°FF*. and octets O-| and 3 
shall be ignored. If the slave can associate the 
response with a previously issued command, these 
fields shall be provided to the master. If the 
asynchronous event is not associated with a fa- 
cility, octet 5 shall contain x°FF’ to identify 
it as slave-only. 

5.3.3.7 Transfer Notification Packet (Op- 
tional). This packet is initiated by the slave 
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to advise the master that a data transfer is 

about to be executed. The Command Reference Num- 
ber is used by the master to identify which 

transfer command is to be executed. The Major 
Status field is unused by this packet, and shall 

be zero. 

It is the slave’s responsibility to initiate 
the data transfer when it is ready to do so by 
issuing a Transfer Notification Response to 
prepare the master for the subsequent data 
transfer. The Transfer Notification Response 
Shall have appended to tt any master-specific 
information that may have been associated with 
the command by the master as a Transfer Notifi- 
cation parameter (see 5.5.1). 

The Transfer Notification packet is required 
unless the master issues Individual commands 
with Facility Selection, or if the slave and 
facility are integrated. 

The Transfer Notification packet is always 
required whenever a READ AT FIRST AVAIL- 
ABLE DATA command ts to be executed, because 
the Read at First Data parameter is appended. 
The master shall be provided with this packet 
prior to accepting any data (see 10.2). 

5.3.3.8 Imbedded Data Response Packet 
(Optional). This packet is used to make small 
data transfers (typically less than eight oc- 
tets) in the parameter field attached to the 
response. Up to 254 octets of data may be ap- 
pended in this response. More than one Imbedded 
Data Response packet may be transferred tn an- 
swer to one command. 
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+-------- === $—-------- + 
| BUS A | BUS B | 
$—-——----------- +------ += === + 
| MAJOR STATUS| RESP | MAJOR| 
| CODE | TYPE | CODE | 
+------------- +------ +------ + 
| Octet 6 | Octet 7 | 
| 7654 3210 | 7654 | 3210 | 
+—------------- +------ +—------— + 
LI 1 | Ltd | | | Lit 
Lidl LI dl +--+ |||+- Command Aborted (Parameter ID ’x8’) 
Lill lid | ||+- Conditional Success (Parameter ID ’x9’) 
lil lid] | |+- Incomplete (Parameter ID ’xA’) 
lid lid | +- Successful 
LT d | LTT | | 
LI TI LTT +- Response Type 
lL} 1] aan reserved 
LI 1 L111 1 Standard Command Completion Response 
l 11 lI 2 reserved 
1d] LI dl 3. Extended Command Completion Response 
lI Lidl 4 Asynchronous Response 
Ld tI lI 5 Transfer Notification 
Lyd] Lid 6 Imbedded Data Response 
lL} 1] lid 7-F reserved 
LTT LIT 
LI] || |+- reserved (Parameter ID ’x0’) 
[11 ||+- reserved (Parameter ID ’xl’) 
L ||| |+- Vendor Unique (Parameter ID 'x2’) 
LI I] +- Message/Microcode Exception (Parameter ID 'x3’) 
LTT 
|||+- Intervention Required (Parameter ID 'x4’) 
||+- Alternate Port Exception (Parameter ID 'x5’) 
|+- Machine Exception (Parameter ID 'x6’) 
+- Command Exception (Parameter ID '’x7’) 


Note: Parameter ID ’x’ = 1 for Slave Major Status 
= 2 for Facility Major Status 


Figure 19 
Types of Substatus and Responses 


5.4 Status 

5.4.1 Major Status. Responses may be presented 
by the slave as the result of a command issued 
by the master, or may be asynchronous and unex- 
pected as a result of some internal or external 
condition. Octets 6 and 7 are used to identify 
the Response Type and the Major Status, and are 
shown in a horizontal format by bit position in 
Figure 19. Substatus is specific to a Major 
Status category and ts listed in tabular form 
following the definitions. 

5.4.2 Substatus. There may be more than one 
Major Status presented (except if Success- 
ful). All Major Status categories except Suc- 
cessful have detailed Substatus to identify the 


specific item that caused its presentation by 
the slave. This detail is presented in the pa- 
rameter field that has as its ID tn the low- 
order four bits. the encoded value (0-A) of the 
Major Status code. Status is reported for the 
addressee on non-Combination commands or for the 
dominant slave on Combination commands tn 
accordance with the Substatus listed in Figure 
19. If status is presented for subaddresses for 
Combination commands, it is supplied in the Com- 
bination Response Extent (see 5.5.5). 

If Extended Substatus is present (as indicated 
by parameter length), it complements Substatus 
and is typically used to further define 
conditions identified in Substatus. 
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Table 5 
Substatus Parameters for Intervention Required 
4 —$—-- + —- $$ 4 
|@|LTH| ID{OCTET|X/b|DEF| SUBSTATUS PARAMETERS 
+—-4-—--4--4+----- te a rrr 
|S[n+1]14]01-04 | | | INTERVENTION REQUIRED STATUS 
| | Jor | O1l| 7 | | Not P-Available 
{ | }24 | | 6{ | Not Ready 
| | | | | 5] | Not P-Available Transition 
| | | | } 4| | Not Ready Transition 
| | | | | 3 | Physical Link Failure 
| | | { |} 2 | Attribute Table may be Corrupted 
| | | | | 1 | Addressee Busy 
{| | | | 0] | 
{| | | [to | | reserved 
| | | | 04| 0] | 
a | | |05- n| | | EXTENDED SUBSTATUS (if any) 
| | | | | | | 
+—4$---4--4----- tae a tn na tp nn a ree 
Table 6 
Substatus Parameters for Alternate Port Extension 
+-—4+---— 4-4 $$ + 
|@|LTH|ID|OCTET|X/b| DEF | SUBSTATUS PARAMETERS 
+—4+—--~-4~--4----- toe 4 — 4 + nn ee + 
|S|n+1]15|01-04| | | ALTERNATE PORT EXCEPTION STATUS 
| Jor | O1| 7| | Priority Reserve Issued 
| | }25| | 6] | Attributes Updated 
| | | | I)” cael | Initialization Completed 
| | | | | 4| | Format Completed 
| | } | | 3 | Facility Switched to Another Port 
| | | | |2-0| | reserved 
| | | | 02} 7| | Slave Diagnostic in Process 
| | | | { 6] | Slave Diagnostic Terminated 
| | | | [ 5| | 
| | | | |to | | reserved 
{| | | O04| O| | 
| | | |05- n| | | EXTENDED SUBSTATUS (if any) 
| | i a | | | 
+ 4—---4+--4----- +---4---4---------- - -- - - - - + - + + + + 


5.4.2.1 Intervention Required (ID=’x4’) 

(See Table 5). The selected addressee ts not 
able to execute commands, and some intervention 
is required to make it capable. 

5.4.2.1.1 Not P-Available. The selected 
addressee ts not powered on or is not installed. 

5.4.2.1.2 Not Ready. The selected ad- 
dressee cannot execute its intended functions. 
The addressees’ Not Ready condition may be 
cleared by operator intervention (e.g.. a facil- 
ity made ready by the mounting of a tape volume 
on a tape unit). 

5.4.2.1.3 Not P-Available Transition. 
This is presented by the slave to advise the 
master that a faciltty has become Not P-Avail- 
able since the time that a command addressed to 
it was accepted. 


NOTE: If the transition had occurred before the command pack- 
et was accepted, the status would have been Not P-Available. 


5.4.2.1.4 Not Ready Transition. This 
substatus ts presented by the slave to advise 
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the master that a facility has dropped ready 
since the time that a command addressed to It 
was accepted. 


NOTE: ff the transition had occurred before the command 
packet was accepted, the status would have been Not Ready. 


5.4.2.1.5 Physical Link Failure. The 
slave has detected a catastrophic failure on the 
external line (e.g., Data Carrier detect Drop on 
a modem line). 

5.4.2.1.6 Attribute Table May be Cor- 
rupted. The slave has encountered a condition 
under which it is posstble that the Attributes 
table has been corrupted, and it is not prepared 
to continue Operation without intervention from 
the master. 

5.4.2.1.7 Addressee Busy. The command 
cannot be executed because the addressee has 
been Busy for a time determined by the Facility 
Timeout Value specified in Attributes. 

5.4.2.2 Alternate Port Exception (ID=’x5’) 

(See Table 6). The slave or facility has detect- 
ed an event from an alternate port. 
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Table 7 


Substatus Parameters for Machine Exception 


+ 4$—---4—-—4—--~— ~~ 4-H 
|@|LTH|ID|OCTET|X/b| DEF | 


|S{n+1]16]01-04] 
| | for! o2 
26 


MACHINE EXCEPTION STATUS 
Addressee No Longer Busy 
P-Available Transition 
Ready Transition 
Operation Timeout 
Physical Interface Check 
Slave Initiated Reset 
Environmental Error 
Power Fail Alert 

Data Check (on Raw Data) 
Uncorrectable Data Check 
Fatal Error 

Hardware Write Protected 
Queve Full 


SUBSTATUS PARAMETERS 
$—$—--—4—--4----—- +--- 4-2-4 —-—---- -- - + 


(on Perfect Data) 


rt 
Oo 
PNW HRUKDTORP NW BUIH ~! 


OLhun~ TOF MW HUM ~!) 
Pi ee a ee SS 


| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| 
| | 03 
| | 
| | 
| | 
| 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
+ 


| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
+— + 


+---— 


5.4.2.2.1 Priority Reserve Issued. The 
addressee has been instructed to release allegi- 
ance to this port because of a Priority Reserve 
from an alternate port. 

5.4.2.2.2 Attributes Updated. An Attrib- 
utes conmand has been issued from an alternate 
port that has changed the addressee’s attributes. 

5.4.2.2.3 Initialization Completed. The 
addressee has completed an initialization pro- 
cedure that may have affected this port, and was 
originated by a Reset from an alternate port. 

5.4.2.2.4 Format Completed. The ad- 
dressee has completed a FORMAT command from 
an alternate port. 

5.4.2.2.5 Slave Diagnostic in Progress. 
The PERFORM SLAVE DIAGNOSTIC command 
has been tssued by an alternate port and is cur- 
rently in progress. 

5.4.2.2.6 Slave Diagnostic Terminated. 
The slave diagnostic initiated by an alternate 
port has been completed. 

5.4.2.2.7 Facility Switched to Another 
Port. The slave has determined that the facility 
is switched to another port. 

5.4.2.3) Machine Exception (ID=’x6’) (See 

Table 7). Machine Exceptions are the result of 


reserved 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| Read Access Violation 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


ee ee ee ee ee ee ee ee 


Command Failure 


Write Access Violation 

Data Overrun 

Reallocation Space Exhausted 
End of Media detected 

End of Extent Detected 
Unexpected Master Action 
Error Log Full 

Defect Directory Full 
Logical Link Failure 
Position Lost 

reserved 

EXTENDED SUBSTATUS (if any) 


a machine condition detected in the slave or an 
attached facility. Some types of Machine Excep- 
tions are peculiar to an operation (e.g.. Data 
Check exceptions can occur only in connection 
with operations that transfer data from or to a 
facility). 

5.4.2.3.1 Addressee No Longer Busy. The 
addressee is notifing the master that it is no 
longer busy. 

5.4.2.3.2 P-Available Transition. This 
is presented asynchronously by the slave to ad- 
vise the master that a facility that was previ- 
ously Not P-Available has become P-Available. 

5.4.2.3.4 Ready Transition. This is pre- 
sented asynchronously by the slave to advise the 
master that a facility that was not previously 
ready has become Ready. 

5.4.2.3.5 Operation Timeout. There has 
been a failure condition in the addressee that 
has been detected by an internal timeout 
mechanism, 

5.4.2.3.6 Physical Interface Check. The 
slave detected a check condition on the Physical 
Interface (e.g., invalid sequence generation by 
the “state machine” or parity error on the bus 
or buses). 


5] 
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5.4.2.3.7 Slave-Initiated Reset. An in- 
ternal condition caused the slave to initiate a 
reset: the master shall assume all outstanding 
commands and buffer contents are either lost or 
suspect. 

5.4.2.3.8 Environmental Error. Some con- 
dition internal or external to the addressee has 
been detected that may cause a failure condi- 
tion(s) (e.g., temperature sensor alert). 

5.4.2.3.9 Power Fail Alert. The slave 
has detected an impending power failure condi- 
tion in itself or an attached facility. The 
Facility Address field of the Response packet 
shall contain the address of the affected facil- 
ity, or x FF’ if it is the slave itself. 

5.4.2.3.10 Data Check (on Raw Data). The 
master has requested raw data and the addressee 
has detected a data error. 

5.4.2.3.11 Uncorrectable Data Check (on 
Perfect Data). The slave detected a data error 
that has persisted after the slave has exhausted 
all possible recovery actions. On write opera- 
tions, the malfunction may have caused invalid 
data to be recorded. 

5.4.2.3.12 Fatal Error. The addressee 
detected an internal machine error that pre- 
cludes execution or continuation of the current 
command. 

5.4.2.3.13 Hardware Write Protected. An 
attempt was made to write on a facility that was 
protected against writing by something physical 
(e.g.. Write Protect Ring for tapes). 

5.4.2.3.14 Queue Full. The command 
queue for the addressee is full. 

5.4.2.3.15 Command Failure. The com- 
mand in execution encountered a condition that 
caused it to complete correctly but unsuccess- 
fully (e.g.. a COMPARE of two files detected a 
discrepancy). 

5.4.2.3.16 Read Access Violation. An at- 
tempt was made to read on an addressee that had 
been protected via Access Permits. 

5.4.2.3.17 Write Access Violation. An 
attempt was made to write on an addressee that 
had been protected via Access Permits. 

5.4.2.3.18 Data Overrun. This can occur 
during dtrect data transfer, or if the slave has 
a buffer that was not adequate and the buffer 
overran during a read or a write operation. 

5.4.2.3.19 Reallocation Space Exhausted. 
Space required for reallocation of data due to 
media defects is not available; that is, all 
space assigned for that purpose has been 
exhausted. 
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5.4.2.3.20 End of Media Detected. The 
addressee has detected the end of the media 
(e.g.. the point on tape beyond which the ad- 
dressee cannot write). 

5.4.2.3.21 End of Extent Detected. The 
addressee has detected the end of the extent 
(e.g., a File Mark on tape). (On disks, end of 
partition ts detected by a boundary check at 
command validation and ts reported as Command 
Exception.) 

5.4.2.3.22 Unexpected Master Action. The 
slave has encountered an unexpected action by 
the master (e.g., Master Status at the Physical 
Interface does not correlate to the anticipated 
Status, no status was expected and some was pre- 
sented by the master, the master did not respond 
with Data In/Out or Control of Bus following a 
Transfer Notification packet. 

5.4.2.3.23 Error Log Full. The capacity 
of the Error Log has been exceeded. 

5.4.2.3.24 Defect Directory Full. The 
capacity of the Defect Directory has been ex- 
ceeded and no more blocks can be reallocated. 

5.4.2.3.25 Logical Link Failure. The ad- 
dressee has detected a failure on the communica- 
tions logical link (e.g., failure of the remote 
entity to respond to the communications 
protocol). 

5.4.2.3.26 Position Lost. The addressee 
has lost knowledge of its position on the media 
(e.g., a tape has not completed a block and has no 
current reference to use to judge its position). 

5.4.2.4 Command Exception (ID=’x7’) (See 

Table 8). This status code is used to report in- 
valid or incorrect values tn both the basic 
packet and parameter list (if any). A command is 
also invalid if the packet was too short, or did 
not contain all the parameters required by the 
Opcode. This status is normally presented before 
command inittation but slaves may be unable to 
detect some invalid values until after perform- 
ing some part of the command. 

5.4.2.4.1 Invalid Packet Length. The 
packet length is invalid (e.g.. the length of 
the parameter list plus the basic packet does 
not equal the packet length). 

5.4.2.4.2 Invalid Command Reference 
Number. The Command Reference Number is in- 
valid (e.g.. duplicates a Command Reference 
Number in a command that is currently active). 

5.4.2.4.3 Invalid Slave Address. The 
Slave Address in the command packet is invalid 
(e.g.. it does not match the selected slave's 
address). 


Substatus 


+—4+--+--4-----4+---4---+ 
|@|LTH|ID| OCTET|X/b]| DEF | 
$-+---+--+----- +---+---+ 
[S|n+1]17]01-04 | | | 
| | or] O01] 7| | 
| | |27| | 6| | 
| | | | | 5] | 
| | | | | 4| | 
| | | | | 3] | 
| | | | | 2] | 
| | | | | i] | 
| | | | | O| | 
| | | | 02) 7| | 
| | | | | 6| | 
| | is il | 5] | 
| | | | | 4| | 
| | | | { 3] | 
| | | | | 2] | 
tp | | | i] | 
| | | | | 0] | 
| | | | 03] 7] | 
| | Sal | 6| | 
| | Id Jto | | 
| | | | 04) OO} | 
| | | |05- n| | | 
| | | | | | | 
$—4+--—4—--4—---- = +—---+--—+ 


5.4.2.4.4 Invalid Facility Address. The 
Facility Address in the command packet is invalid. 
5.4.2.4.5 Invalid Selection Address. The 
facility selected at the Physical Interface does 
not match the facility address supplied in the 
command packet. The slave shall use the Physical 
Interface address when reporting Class 1 Inter- 


rupts to notify the master of the command 


et error. The response packet shall contain the 
same facility address that was contained tn the 


command packet. 


5.4.2.4.6 Invalid Opcode. The command 


packet contains an tnvalid or unsupported 
Opcode. 


5.4.2.4.7 Invalid Modifier. The Modifier 
is invalid or 1s not supported for the Opcode 


specified. 


5.4.2.4.8 Invalid Extent. The Data Ad- 
dress plus the Count specified in an Extent pa- 


rameter is not valid for the addressee. 
5.4.2.4.9 Out of Context. The s 


counters a command that it considers to be out 


of context and therefore cannot process it 


(e.g.. a RESUME command without a previous 


COPY). 


5.4.2.4.10 Invalid Parameter(s). One or 
more of the parameters in the command packet is 
invalid. An Invalid Parm parameter shall be used 


by the slave to clarify the error. unless In 
valid Extent is posted for a command with 
single extent. 
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Table 8 
Parameters for Command Exception 


SUBSTATUS PARAMETERS 


COMMAND EXCEPTION STATUS 
Invalid Packet Length 
Invalid Command Reference Number 
Invalid Slave Address 
Invalid Facility Address 
Invalid Selection Address 
reserved 
Invalid Opcode 
Invalid Modifier 
reserved 
reserved 
Invalid Extent 
Out of Context 
Invalid Parameter(s) 
Missing Parameter(s) 
Reserved Value Not Equal to Zero 
Invalid Combination 
Not at Initial Position 


reserved 


EXTENDED SUBSTATUS (if any) 


te tee tee ce ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee we we we we we we we we ee we we wwe we we we we we 


5.4.2.4.11 Missing Parameter(s). One or 
more of the parameters required in the command 
is not present. A Missing Parm parameter shall 
be used to identify the one(s) that is missing 
(e.g.. an Extent that is missing from a command 
that requires it), Each identification of a 
missing parameter requires a separate Missing 
Parm parameter. 

5.4.2.4.12 Reserved Value Not Equal to 
Zero. A reserved value defined by the standard 
does not contain zero. 

5.4.2.4.13 Invalid Combination. The ad- 
dressee has detected that two valid. but 
mutually exclusive. options have been selected 
by the master (e.g.. 7-Track and Phase-Encoded 
options on a tape drive). 

5.4.2.4.14 Not at Initial Position. The 
addressee has been instructed to perform an 
op-eration that is only valid at its initial po- 
sition (e.g.. a tape may only allow a density 
change at load pornt). 

5.4.2.5 Command Aborted (ID=’x8’) (See 

Table 9). If a command ts terminated by an ABORT 
command, this status code ts used tn the 
response packet of the aborted command. Any 
other commands that may be linked to the one 
ABORTed shall also be terminated. A command 
need not necessarily be aborted explicitly 
(e.g.. a failure in one command of a Chain, Se- 
quence, or Order shall cause the remaining com- 
mands to be aborted). 


pack- 


lave en- 


a 
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SUBSTATUS PARAMETERS 


Command Sequence Terminated 
Unexecuted Command from Terminated Sequence 


Unexecuted Command from Terminated Chain 


Unexecuted Command from Terminated Order 


EXTENDED SUBSTATUS (if any) 


Table 9 
Substatus Parameters for Command Aborted 

pa pee net ee ten eH tee tet 
|@|LTH| ID|OCTET|X/b|DEF| 
+—4+-—--4-—-4~+--- fern peep + 
|S|n+1|18|/01-04| | | COMMAND ABORTED STATUS 
| | Jor | 01 | 7| | Command Aborted 
| | [28 | [i ABs | 
| | | | | 5] | 
} | | | | 4] | Command Chain Terminated 

| | 3] | 
| | | | 2] | Command Order Terminated 
| | | | [. sk] | 
| | | | | O| 
| | | | jto | | reserved 
| | | | 04| 0| | 
| | | {05- n| | 
| | | | | | 
$+-4+---4+-=4--+-+-- foo $$ 


Table 10 
Substatus Parameters for Conditional Success 


tate t$e tent +--+ 
}@|LTH|ID|OCTET|X/b|DEF | 


[S|n+1]19]01-04| 


SUBSTATUS PARAMETERS 
taopen—pt——t——--- +—---4+---4+------------- 
CONDITIONAL SUCCESS 


7 ae ee ee er ee ee ee ee ee ee es ee ee oe 


Abort Received: No Command Active 


Status Pending 


Abort Received: Not Operational 


Re-allocation Discontinuity {if automatic) 
Defect Directory Threshold Exceeded 


Data Correction Performed 


Release of Unreserved Addressee 


Statistics Update Requested 
Parameter Update Requested 
Asynchronous Event Occurrence 
Master~Terminated Transfer 


EXTENDED SUBSTATUS (if any) 


| 
| | Jor | O1l| 7] Logging Data Appended 
| | | 29 | | 6| 
| | | | | 5 | Abort Received: 
| | | | [| 4| 
| | | | | 3 | Anticipated Error 
| | | | 2 Anticipated Data Error 
| | | | | 1] Re-allocation Required 
| | | | | O| 
| | | | 02| 7| 
| | | | | 6] Error Retry Performed 
| | | | I) +. 25a] Data Retry Performed 
| | | | | 4 | Motion Retry Performed 
| | | | | 3| 
| | | | | 2| Soft Error 
| | | | | 1| 
| | | | | 0| 
| | | 03| 7 Error Log Request 
| | | | | 6] Non-Interchange Volume 
| | | 5] Retension Required 
| | | | 4| End of Media Warning 
| | | | | 3| 
| | | | | 2| 
| | | | | 1| 
| | | | | O| 
| | | | 04) 7| 
| | | | |to | reserved 
| | | | | 0| 
| | |) (POS: | 
| | | | | | 
+—+---4--+~----- $a a pwn tp en ne ee 


5.4.2.5.1 Command Aborted. The com- 
mand to which this response packet is related 
was ABORTed by the master. 


5.4.2.5.2 Command Sequence Terminated. 


Command was terminated because this command 
failed to complete successfully. 

5.4.2.5.3 Unexecuted Command from Ter- 
minated Sequence. The command related to this 
response packet was not executed but was termin- 
ated because a prior command that was sequenced 
to it failed to complete successfully. 

5.4.2.5.4 Command Chain Terminated. 
Command Chaining was terminated because this 
command failed to complete successfully. 

5.4.2.5.5 Unexecuted Command from Ter- 
minated Chain. The command related to this re- 


54 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| Request Diagnostic Control Command 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


sponse packet was not executed but was termin- 
ated because a prior command that was chained to 
it failed to complete successfully. 

5.4.2.5.6 Command Order Terminated. 
Command Ordering was terminated because this 
command failed to complete successfully. 

5.4.2.5.7 Unexecuted Command from Ter- 
minated Order. The command related to this re- 
sponse packet was not executed but was termin- 
ated because a prior command that was ordered to 
it failed to complete successfully. 

5.4.2.6 Conditional Success (ID=’x9’) (See 

Table 10). Substatus detail is in the parameter 
list. This status ts used to advise the master 
that. although the operation completed success- 
fully without Exceptions, certain conditions 


were encountered or certain events occurred. or 
there were changes in slave statistics or param- 
eters (€.g., data retry was needed by the slave, 
Error Log threshold was exceeded). 

5.4.2.6.1 Logging Data Appended. In this 
response, the slave has appended information 
that it is advising the master is relevant to be 
logged. Such information may directly or indi- 
rectly be the result of command completion. For 
example, laser printers that require regular 
maintenance based on usage may provide the sta- 
tistics that indicate maintenance action 1s de- 
sirable; a result of the command in execution at 
the time a particular usage counter overflowed. 

5.4.2.6.2 ABORT Received: No Com- 
mand Active. An ABORT command was issued to an 
addressee in the L-Available condition, but the 
referenced command could not be found. 

5.4.2.6.3 ABORT Received: Status Pend- 
ing. An ABORT command was issued to an ad- 
dressee that has the response status for the 
referenced command pending (i.e., the command 
has been completed). 

5.4.2.6.4 ABORT Received: Not Opera- 
tional. An ABORT command was issued to a fa- 
cility that is Not Operational. 

5.4.2.6.5 Anticipated Error. The ad- 
dressee has detected a condition that may result 
in future error conditions (e.g.. on disk seek, 
retries were needed). 

5.4.2.6.6 Anticipated Data Error. The 
addressee has detected a condition that may re- 
sult in future data errors (€.g., successive re- 
tries were needed for reading data from the tape 
or disk. 

5.4.2.6.7 Reallocation Required. The ad- 
dressee has detected a data error condition that 
requires reallocation action (e.g., an unre- 
coverable read error). 

5.4.2.6.8 Reallocation Discontinuity. 
The slave has automatically reallocated a block 
that contained a data error and the reallocated 
data is now no longer in close proximity to the 
blocks previously contiguous to it. 

5.4.2.6.9 Defect Directory Threshold Ex- 
ceeded. The threshold within the addressee’s De- 
fect Directory has been exceeded. indicating 
that there is a limited number of entries re- 
maining for adding more defects. 

5.4.2.6.10 Error Retry Performed. The 
addressee has completed the command. but error 
retry had to be invoked. 


NOTE: Error Retry does not include actions associated with 
data transler. 
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5.4.2.6.11 Data Retry Performed. The ad- 
dressee has completed the command, but data re- 
try had to be invoked (e.g.. physical re-read). 
Data Retry includes all actions associated with 
the transfer of data. 

5,4.2.6.12 Motion Retry Performed. The 
addressee has completed the command, but motion 
retry had to be invoked. 

5.4.2.6.13 Data Correction Performed. 
The addressee has completed the command, but 
data correction had to be applied. 

5.4.2.6.14 Soft Error. The slave detect- 
ed an internal machine error that did not pre- 
clude execution or continuation of the current 
command, 

5.4.2.6.15 Release of an Unreserved Ad- 
dressee. The addressee has received a release 
command for which there is no reservation. 

5.4.2.6.16 Request Diagnostic Control 
Command. As a result of executing a diagnostic 
command that provided more information than can 
be returned by a Response, the addressee is re- 
questing that the master issue a Diagnostic Read 
Command. 

5.4.2.6.17 Error Log Request. The master 
is requested to capture the contents of the Er- 
ror Log (which contains manufacturer-dependent 
information) because the threshold has been ex- 
ceeded. The log action should be performed in 
addition to any other master action that is 
specified. 


NOTE: It is not required that all slaves be capable of providing 
an Error Log, and a master shail not be required to capture same 
on slaves that provide an Error Log. 


5.4.2.6.18 Non-Interchange Volume. The 
addressee has received a command from the master 
that would result in creating a volume that may 
not be readable on another device (e.g.. a tape 
drive may have executed several successive ERASE 
commands and created a gap that, if increased by 
another ERASE command. would cause the tape to 
appear blank when read). This status will con- 
tinue to be presented until the master initiates 
a command that does not violate (or compound a 
violation to) the applicable interchange 
standard. 

5.4.2.6.19 Retension Required. The ad- 
dressee has successfully completed the operation 
just completed but has detected that it is los- 
ing tension and requires that a POSITION CONTROL 
command with the Retension modifier set. 

5.4.2.6.20 End of Media Warning (EMW). 
This indicates that the addressee is approaching 
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the end of the media (e.g.. a tape drive has 
sensed the End of Tape (EOT) marker). 

5.4.2.6.21 Statistics Update Requested. 
There has been a change in meaningful statistics 
during the execution of this command, and the 
master is requested to update its Statistics 
Table (if any). 

5.4.2.6.22 Parameter Update Requested. 
There has been a change tn meaningful device pa- 
rameters during the execution of this command. 
and the master is requested to update its Sta- 
tistics Table (if any). 

5.4.2.6.23 Asynchronous Event Occur- 
rence. An asychronous event has occurred that 
may be described further in Extended Status. 

5.4.2.6.24 Master-Terminated Transfer. 
The previous Information Transfer, which had a 
Master Termination Parameter, 1s terminated by 
the master. 

5.4.2.7 Incomplete (ID=’xA’) (See Table 

11). This status is used to advise the master 
that an otherwise successful command did not 
complete. 

If the the Command Reference Number remains 
active. then the command is one that can be 
RESUMEd or LINK RESUMEd. 

5.4.2.7.1 Command May Be Resumed. The 
incomplete command remains on the slave’s queue. 
and its Command Reference Number shall remain 
valid until the command ts resumed or aborted. 


NOTE: The following status may be reported also if they are en- 
countered by the slave during execution of a complex com- 

mand on behalf of the master (e.g., when executing a COPY com- 
mind to multiple reel tapes, the slave encountered EQOT). 


5.4.2.7.2 COPY Source Space Empty. The 
addressee could not find the data on the source 
space. 

5.4.2.7.3 Response Packet Truncated. The 
maximum Information Transfer Length specified by 
the attributes was exceeded by the response 
packet. which was truncated at that size. and 
the response is constdered complete by the 
Slave. 

5.4.2.7.4 Select Subservient Slave. The 
Slave-to-Slave transfer in execution requires 
that the master select a subservient slave to be 
used by the dominant slave. 

5.4.2.7.5 Connect Unsuccessful. The 
slave issued a CONNECT command to a facility or 
logical link but was unable to receive a Connect 
Acknowledge from the remote host. 

5.4.2.7.6 Disconnect Unsuccessful. The 
slave issued a DISCONNECT command to a facility 
or logical link but was unable to receive a Dis- 
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connect Acknowledge from the remote host. 

5.4.2.7.7 Connect Identifier Already As- 
signed. The master has issued a Conection Ident- 
ify parameter in the CONNECT command that the 
slave or facility has found to be already as- 
signed to another logical link, 

5.4.2.7.8 Link Not Connected. A frame 
READ or WRITE was issued to a communications 
link that was not already established via the 
CONNECT command. 

5.4.2.7.9 Beginning of Media (BOM) De- 
tected. The addressee has detected the beginning 
of the media (e.g.. a tape that was reading 
backwards has run out of tape). 

5.4.2.7.10 End of Media Warning (EMW). 
The addressee is approaching the end of the 
media (e.g.. a tape has sensed the End of Tape 
(EOT) marker). 

5.4.2.7.11 End of Extent Detected. The 
addressee has detected the end of an extent 
(e.g.. a File Mark on tape). 


NOTE: On disk drives, this condition is detected by a boundary 
check and repertled as Command Exception. 


5.4.2.7.12 Block Length Difference. The 
addressee has detected a block with a length 
that is not equal to the currently defined 
length (e.g.. on tape. a block with incorrect 
length was read). 

5.4.2.7.13 Unrecorded Media. The addres- 
see has detected that no data is recorded on the 
media (e.g.. a tape has read a length of tape 
that exceeds tts maximum allowable gap without 
finding any data). 

5.4.2.7.14 Data Length Difference. The 
addressee has not transferred all the informa- 
tion specified in a transfer command. On a tape 
that is writing variable blocks. this shall 
cause a short block to be written. 

5.4.2.7.15 Block Not Found. A specified 
(either implicitly or explicitly) block address 
could not be found by the addressee (e.g., a 
tape drive executing a Position Control command, 
where a block numbering sequence error was en- 
countered). 

5.4.2.8 Successful. The command was suc- 
cessfully completed. and there are no other 
Major Status posted. There are no Substatus con- 
ditions associated with Successful status. 
5.4.2.9 Message/Microcode Exception 

(ID=’x3’) (See Table 12). This status code is 
used to indicate that a message is being sent in 
the response. or that a failure related to mi- 
crocode has occurred. 
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Table 11 
Substatus Parameters for Incomplete 


+-4+---—4-~—4+-----+---+---+ 
|@|LTH|ID|OCTET|X/b|DEF | SUBSTATUS PARAMETERS 

+-+---+--+----- to -- 4+ - ot ee ee 
|S|n+1]1A]01-04| | INCOMPLETE STATUS 

| Jor | 01| | Command May Be Resumed 
| 2A] | reserved 

| COPY Source Space Empty 
| Response Packet Truncated 
| Select Subservient Slave 
| reserved 

| Connect Unsuccessful 

| Disconnect Unsuccessful 
| Connect Identifier Already Assigned 
| Link Not Connected 

| reserved 

| Beginning of Media (BOM) Detected 
| End of Media Warning (EMW) 
| End of Extent Detected 

| Block Length Difference 

| Unrecorded Media 

| Data Length Difference 

| Block Not Found 

| 

| 

| 

| 
+ 


reserved 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| EXTENDED SUBSTATUS (if any) 
| 


| 

| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
+- + 
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Table 12 

Substatus Parameters for Message/Microcode Exception 
+—-4+---4+--4+-----~+---+---+ 
|@|LTH|ID|OCTET|X/b|DEF | SUBSTATUS PARAMETERS 
+-4---+--+----- Homma hae tha er 
|S|n+1]13]01-04| | | MESSAGE/MICROCODE 
| | Jor | Ol| 7| | Microcode Data Not Accepted 
| }23| | 6| | Request Master to IML Slave 
| | | i 5| | Slave Unable to IML 
| | bel { 4| | Message * 
| | | | | 3| | Microcode Execution Error 
| | | | } 2| | Failure Message * 
} | | | | | | Port Disable Pending 
| | | | | O| | Port Response 
| | | | 02| 7 } Facility Status 
i} | | 02] 6] | 
i | | | |to | |} reserved 
Co, OE (ON OO, 4 
| ;} |05- nj | | EXTENDED SUBSTATUS (if any) 
| } | | | * Mutually exclusive parameters 
+-+---+--+----- +---4---4-- = ee 


5.4.2.9.1 Microcode Data Not Accepted. 
The slave did not accept microcode being loaded. 

5.4.2.9.2 Request Master to IML Slave. 
The slave is unable to IML itself and is re- 
questing the master to assist it by downline 
loading of microcode. 

5.4.2.9.3 Slave Unable to IML. The slave 
is unable to IML itself. 

5.4.2.9.4 Message. The slave included a 
message within Extended Substatus for the 
master. 

5.4.2.9.5 Microcode Execution Error. 
The slave encountered an error during execution 
that is within its own microcode. 


5.4.2.9.6 Failure Message. The slave en- 
countered a failure condition that resulted in 
the identification of a Field Replaceable Unit 
(FRU). The Extended Substatus contains a message 
in the following format: 
05-06 FRU Number 
O7- n ASCII Text 
5.4.2.9.7 Port Disable Pending. The ad- 
dressee has received a manual or programmed Port 
Disable command that will take effect when the 
Disable conditions are met. 
5.4.2.9.8 Port Response. A port has ex- 
ecuted a Port Response command. Appended after 
the Message/Microcode Substatus parameter is a 
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Port Mask parameter, which identifies the port 
that issued the command. and a Response Informa- 
tion parameter (if any), which identifies the 
information from the port that issued the com- 
mand. 

5.4.2.9.9 Facility Status. The Extended 
Substatus (5.4.3) includes all of the status 
provided by the facility (e.g., if an IPI-2 
device is attached. then Extended Substatus con- 
tains 32 octets of Status and Extended Status of 
the facility). 


NOTE: This is additional information for the master as it is the 
responsibility of the slave to map facility status, wherever pos- 
sible, to EPI-3 Substatus, 

5.4.3 Extended Substatus. Extended Substatus 
contains slave-specific or facility-specific 
data. The contents for each is defined in the 
vendor's product specification. If a slave is 
capable of providing Extended Substatus (which 
is vendor unique), and there is pertinent ex- 
tended status to present, then it is appended to 
Substatus in the parameter list (unless overrid- 
den by Attributes). The length of the parameter 
shall implicitly identify if Extended Substatus 
is present. 


5.5 Common Parameters. These parameters are 
used on many commands and are grouped here as 
being common in usage across implementations 
of the Device-Generic command set for different 
types of devices. 

Under each command description, all parameters 
associated with the command are listed, except 
for the Transfer Notification parameter, the In- 
valid Parm parameter, and the Missing Parm pa- 
rameter. These are not listed because they apply 
on every command issued, and their repetition 
serves no useful purpose. 

5.5.1 Transfer Notification Parameter (Option- 
al) (See Table 13). A slave may be capable of 
accepting multiple data transfer commands. and 
selecting (via some slave-defined or master- 
defined algorithm). the sequence in which they 
are to be completed. The Command Reference Num- 
ber provided in the Transfer Notification Re- 
sponse is the means by which the slave advises 
which command is about to be executed. If the 
master provides a Transfer Notification param- 
eter with a command, the slave is required to 
retain the parameter and echo it back to the 
master as a parameter appended to the Transfer 
Notification Response (if any). 

The parameter contains the tmplementation- 
dependent information of the master, which may 
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be used for a number of different reasons asso- 
ciated with architecture and memory management 
techniques. One example of the type of informa- 
tion that may be contained in this parameter 
would be routing information for a system that 
has virtual memory management. 

The contents of this parameter are always 
echoed back to the master and may or may not be 
of any meaning to the slave. If a master and 
slave are designed to complement each other in a 
specific configuration, this parameter could 
contain information such as an algorithm which 
the slave understands to mean that it must prop- 
erly sequence the transfer to the master. Such 
uses of this parameter are not defined in this stan- 
dard, and it is assumed that the contents of the 
Transfer Notification parameter are transparent to 
the slave and echoed back to the master. 

It ts the slave’s responsibility to prepare 
the master for a subsequent data transfer when 
it is ready to initiate same. by issuing a 
Transfer Notification Response packet to the 
master. The Transfer Notification parameter 
shall be echoed to the master as part of the re- 
sponse packet. It is variable in length because 
it is master-specific information. 

5.5.2 Command Extent Parameter (See Table 
14). This parameter identifies the extent to be 
used for those commands that perform positioning 
or transfer data. Unless specifically permitted 
by the command, there is a limit of one extent 
per command. 

The interpretation of these fields is depen- 
dent upon the selected device type, the spect- 
fied command, and the opcode modifier bits. The 
value is an unsigned binary number of either 
blocks or octets. depending on the modifier used 
in the command packet. 

5.5.2.1 Count. The Count is interpreted by 
Position commands as required, On a Transfer 
Command, the Count identifies the number of oc- 
tets or blocks requested to be transferred. 

5.5.2.2 Data Address. The Data Address spe- 
cifies the position on the media. On a Transfer 
Command, this is the point at which to start the 
data transfer. The Data Address can be ex- 
pressed in a number of ways, depending on the 
attributes of the slave. For example: 

(1) Cylinder. Head, and Sector (CCHS) for the 
PhysicalBlock address of disks 

(2) Blocks and File Marks for the Physical- 
Block address of tapes 

(3) DataBlock Address for the logical address- 
ing of facilities 
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Table 13 
Transfer Notification Parameter 
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Table 14 
Command Extent Parameter 


COMMAND EXTENT PARAMETER 
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Table 15 
Response Extent Parameter 
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| | | |05-08 | | | Data Address 
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tat ——— $$ tt $+ 
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The slave is responsible to perform a boundary 
check, whenever applicable, on the validity of 
the extent (Data Address plus Count). 

If the Data Address Parameter (see 5.5.11) is 
used in the parameter list, only the Count field 
shall be presented. 

5.5.3 Response Extent Parameter (See Table 
15). This parameter ts added to the Response 
packet for all Position and Transfer commands 
that required extent information, or did not 
complete successfully. 

5.5.3.1 Residual Count. This field contains 
the value remaining to be transferred. The value 
is an unsigned binary number of either blocks or 
octets. depending on the untts used tn the cor- 
responding command packet. 


hnplementation Nore: I the wansler command ended in an un- 
recoverable data error and the Data Recovery modilicr was On, 
the Residual Count shall contain the number remaining to be 
transferred, including the one in error, The data in error was 
not transferred. 

the transler command terminated in an unrecoverable data 
error and the Data Recovery modifier was OW, the Residual Count 
shall contain the number remaining to be transferred, but not 
including the ene in error. The data in error was wanslerred, 

If the transler command terminated with a recoverable data 
error because the Transler parameter requested Stop on Data 
Error, and Data Recovery was On, the Residual Count shall con- 
tain the number remaining to be transferred but not including 
the one on which the data was recovered. The data recovered was 
translerred, 


RESPONSE EXTENT PARAMETER 
ee foo 4-4 
Residual Count 
Data Address 


5.5.3.2 Data Address. This field contains 

the address of the next block or octet to be 
transferred consistent with the setting of the 
Data Recovery modifter bit. There are consid- 
erations associated with End of Media. End 
of Extent, or both. which affect the ability 
of the slave to place a valid value in this 
field (e.g.. if status is given for End of 
Media or End of Extent, the address is not 
valid). 

If the Data Address Parameter (see 5.5.11) its 
used in the parameter list. only the Count field 
shall be presented. 


5.5.4 Combination Command Extent Parameter 
(Optional) (See Table 16). All combination com- 
mands provide the ability to have one or more 
extents for the source and destination subad- 
dressees. The command packet addresses either 
the slave or a facility. If the addressee is the 
slave. it shall execute the operation on behalf 
of the master. If the addressee is a facility, 
all operations are restricted to that facility. 

Each Combination Extent parameter identifies a 
subaddressee and its extents. In the case where 
a subaddressee has no address range information 
(e.g.. tape). the Combination Extent parameter 
contains only octets 00-03. Where there are ad- 
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dress ranges to be specified, ordered pairs of 
fields define the Count and Data Address. 

There may be more than one address range with- 
in a Combination Extent parameter, and more than 
one Combination Extent parameter (with different 
Slave and Facility addresses) may be defined for 
a source or destination. It is possible for the 
master to create relatively complex combination 
commands. As an example, to back up disk files, 
a master may COPY a source file that is spread 
over more than one extent on more than one fa- 
cility to a reel of tape on the destination 
facility. 

Not all slaves offer the full functionality of 
the combination commands, and their abilities 
shall be defined in attributes. 

5.5.4.1 Slave Address. This field is used 
when the slave in control of the facility 1s 
addressed as source or destination. 


5.5.4.2 Facility Address. This field is 
used when the facility is being addressed as 
source or destination. If the facility is inte- 
grated with the slave. this field shall be set 
to x FF’. The Facility Address shall match the 
addressee if the addressee is a facility. 
5.5.4.3 Modifiers 
(1) Bit 7. This bit identifies the parameter 
as a primary (typically. the source), or a sec- 
ondary (typically. the destination) extent. 
(2) Bit 3. This bit establishes the direction 
of data transfer. 
(3) Bit 2. This bit identifies whether phys- 
ical or logical addressing 1s used. 
(4) Bir 7. This bit defines whether or not 
data recovery 1s required. 
(5) Bir 0. This bit identifies whether block 
or octet counts are used. 
5.5.4.4 Count. If extent information is re- 
quired. this field is always the first of an or- 
dered pair, and the pair may be repeated as many 
times as there are extents. 
5.5.4.5 Data Address. This field is always 
the second of an ordered pair with the Count. If 
there are multiple extents to be transferred, 
the ordered pair is repeated as many times as 
needed. 


NOTE: Il the Data Address Parameter (sce 5.5.11) is used in the 
nurameter list, the ordered pairing that permits multiple extents 
cannat be used, and the parameter is truncated at Octet 04, Tol- 
lowed by ordered paits consisting of a Command Extent param- 
eter that ineludes only the Count Tield lollowed by the Data 
Address parameter. 


5.5.5 Combination Response Extent Parameter 
(Optional) (See Table 17). The basic response 
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packet contains the Major Status associated with 
the slave in control of the operation. Following 
the basic response Substatus, if any, are the 
Combination Response Extent parameters that be- 
long to the subaddressee(s). If any Substatus is 
presented. it shall immediately follow the ex- 
tent to which it applies. The contents of the 
Major Status and Substatus shall be the same as 
that defined for all other commands. 

5.5.5.1 Slave Address. This field contains 
the address of the slave in control of the fa- 
cility to which the response applies. 

5.5.5.2 Facility Address. This field con- 
tains the address of the facility to which the 
response applies (x’FF’ if slave and facility 
are integrated). 

5.5.5.3 Modifiers. The contents of this oc- 
tet are echoed by the slave. 

5.5.5.4 Residual Count. This field is zero 
if the extent has been depleted; otherwise, it 
contains the count of the number of octets or 
blocks remaining in the extent. This field may 
have a value even if there were no transfer 
errors (e.g., a COPY command with a larger Des- 
tination extent than Source shall have a Desti- 
nation extent residual). 

5.5.5.5 Data Address. This field contains 
the address following the last block of trans- 
ferred data. but may not contain a valid value 
if the Residual Count is zero. 

If the Data Address parameter (see 5.5.11) was 
used in the parameter list of the command and 
the Residual Count is nonzero, this field shall 
be set to x. FFFFFFFF’ and the Data Address pa- 
rameter shall follow the Combination Response 
Extent parameter. 

5.5.5.6 Major Status. This field contains 
the Response Type and Major Status associated 
with the subaddressee. The Major Status associ- 
ated with the basic response packet belongs to 
the dominant slave. 


NOTE: On a Combination command that fails, there may be 
three sets of Major Status; the dominant slave, the pri- ? 
mary subaddressee, and the secondary subaddressee. 


5.5.5.7 Substatus. The Substatus, if any. 


associated with the addressee (primary or sec- 
ondary) shall be appended and use the same for- 


mat as that described in 5.4. Extended Sub- 
Status, if any. shall also be appended, unless 
inhibited by Attributes. 

5.5.6 Access Key Parameter (Optional) (See 
Table 18). If the slave provides ACCESS PERMITS 
to read-protect or write-protect areas of the 
media, then every operation that accesses such 
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Table 16 
Combination Command Extent Parameter 
tape peepee $e tt 
|@|LTH|ID|OCTET|X/b|DEF| COMBINATION COMMAND EXTENT PARAMETER 
+—4+—---4--4----- $-—--4—---—+—--- = = 
[M[n+1]|33| 01 | | | Slave Address 
| | | | 02 | | | Facility Address 
| | | | 03 | | | MODIFIERS 
| | | | | 7 | O=Primary(Source) leSecondary(Destination) 
| | | | }6-4 | | reserved 
) | | | | 3 | | Direction Q=Forward l=Reverse 
| | | | | 2] | Addressing O=DataBlock 1=PhysicalBlock 
| | | | | 1| | Data Recovery 0O=On 1=<0Off 
| | | | | QO] | Count O=Octet l=Block 
| | | | 04 | | | reserved 
| | | | 05-08 | | | Count 
| | | |09-OC | | | Data Address 
| | | [n-7:4| | | Count Repeated as many 
| | | [n-3:n| | | Data Address times as needed 
| | | | | | 
+—4---+--~—4----- +--+ +—-—--- ++ ee 
Table 17 
Combination Response Extent Parameter 
+—+—--- 4 --4----- +--+ +--+ 
|@|)LTH|ID|OCTET|X/b|DEF | COMBINATION RESPONSE EXTENT PARAMETER 
+—4+---4+--4----- $e eae pe at a nn nn + a 
{|S[n+1|34| 01 | | | Slave Address 
| | | | 02 | | | Facility Address 
| | | | 03 | | | MODIFIERS 
| | | | | 7 | O=Primary(Source) l=Secondary(Destination) 
| | | | |6—4 | | reserved 
| | i a | 3 | Direction O0=Forward l=<Reverse 
| | | | | 2 | O=DataBlock 1l=PhysicalBlock 
| | | | 1 | | Data Recovery Q=#On l=oOff 
} | | | | | | Count O=Octet l=Block 
| | | | 04 | | | reserved 
| | | | 05-08 | | | Residual Count 
| | | }09-0C | | | Data Address 
| | | | OD-OE| | | Major Status 
| | | |OF- n| | | Substatus if any - Codes x0-xB 
| | | | | | | 
+-+---4+--+4----- to-— +--+ —- 
Table 18 
Access Key Parameter 
Hatem ten tee eH ta + + 
|@|LTH|ID|OCTET|X/b|DEF| ACCESS KEY PARAMETER 
+—4+—--- 4-4 --- = 4+ $e a 
[M]O5 |35/01-04| | | Access Key 
| | | | | | | 
tepo—-—+--+----- $---4+---4 -- - - 3 - - - ee + ee + 
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an area shall use the correct access key. (See 
ACCESS PERMITS command (6.10)). 

The Access Key parameter shall precede the Ex- 
tents parameter to which it refers. If not pres- 
ent, the assumed partition shall be the default 
data partition. 

5.5.7 reserved 

5.5.8 reserved 

5.5.9 Invalid Parm Parameter (Optional) (See 
Table 19). This parameter is used by the slave 
as a response to identify invalid parameters of 
the command being initiated. 

5.5.9.1 Displacement of Parameter in Error. 
This field is a value that identifies the invalid 
parameter by its displacement from Octet 0 of the 
command. A value of x‘ FFFF* shall be supplied if the 
slave cannot provide the correct value. 

5.5.9.2 Displacement of Field in Error. The 
second value identifies the offset of the field 
in error within the parameter in error. The pa- 
rameter string is the parameter tn error begin- 
ning at the Length field, up to and including 
the field in error. 

5.5.10 Missing Parm Parameter (Optional) (See 
Table 20). This parameter is used to identify 
missing command parameters. 

If the slave can determine that it was not 
given a complete set of parameters, but cannot 
specifically identify which ts missing. the pa- 
rameter shall consist of the Parameter ID and no 
ID fields. 

5.5.11 Data Address Parameter (Optional) (See 
Table 21). This parameter is used when the four 
octets of Data Address in the Extent parameters 
are insufficient, or if there ts a need for the 
master to use Absolute Addressing. The Absolute 
Address modifier in the parameter overrides the 
setting of Bit 2 in the Operation modifier of 
the command. 

For some devices (Such as optical disk), the 
master may use “broad” addressing (such as 
bands), and the slave needs to advise the master 
of the exact location at which the data shall be 
placed. On a WRITE command, the slave may ap- 
pend this parameter to the Transfer Notification 
packet to inform the master of the actual start- 
ing position on the medta where the data shall 
be recorded. 

5.5.12 Block Size Parameter (Optional)(See 
Table 22). This parameter is used when the block 
size set in the Attributes is to be overridden. 

5.5.13 Transfer Parameters (See Table 23). 
The master may choose from several alternatives 
in the manner that the slave is to handle a 
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transfer to the recording media. The usage of 

these alternatives is not typical on every trans- 

fer between slave and master, but are a requirement 
to ensure that certain commands execute in accor- 
dance with the master’s requirements. 


5.5.13.1 Verify. If the Verify modifier ts 

set. the slave shall perform an implied read op- 
eration following a write to the media. Thts may 
be done to ensure the integrity of the recorded 
data by using the error detection/error correc- 
tion code(s) of the device. The verify operation 
is performed following writing. The facility 
shall access the block specified by the Data Ad- 
dress. When access is complete. the facility 
shall verify correct access position and shall 
read data starting with the addressed block. The 
slave does not transfer data to the master. 

During a multiple-block verify operation. if 
access boundaries are encountered, the facility 
shall perform appropriate access movements and 
verify block positioning. If a defective block 
for which an alternate location has been as- 
signed is encountered, the facility shall access 
the alternate block for verifying and then re- 
establish the access position for subsequent 
blocks to be read, if any. Access positioning in 
all cases shall be verified. 

Recovery from all data errors detected during 
verifying shall be attempted by the slave. If 
the data error cannot be corrected by the slave. 
processing of the command shall be terminated 
with a Machine Exception tndicated in Major 
Status. The cause of the termination shall be 
indicated in Substatus and Extended Substatus 
(if applicable). The response packet shall iden- 
tify the block in error. If the data error ts cor- 
rected. the facility shall continue the verify op- 
eration on the next block: the response packet 
shall indicate that recovery was employed. 


NOTE: The slave actions for error correction are vendor specific 
and may or may not include rewriting the block in error, or auto- 
matic relocation of the data to an alternate block in the case of 

a media detect. 


5.5.13.2 Volume. If the Volume modifier 1s 
Set. the slave shall ignore the Command Extent 
and associate the requested command with an ac- 
tion beginning at the first block, and complet- 
ing at the last block on the media. 

5.5.13.3 Certify. The Certify modifier ap- 
plies to the FORMAT command and when set. the 
slave shall perform whatever actions are neces- 
sary to ensure that all recording spaces are 
free of defects. 


|@|LTH|ID|OCTET|X/b|DEF | 
$opo ete 4+ —— — —-- + --- +--+ 
|S|n+1]38|01-02] 


| | 
| | | |03-04| | | 
| | | |05- n| | | 
| | Ie | | | 
+--+ ---+-~—4+---~- $$ + 
+-+---+--+----- +—-—--—+---+ 
|@|LTH|1ID|OCTET|X/b| DEF | 
+—+—---—+--4+----- +—---+---+ 
}S|n+1] 39] 01 | | | 
| | | | n| | 
+—-+—-—-+-—-4----- +—--—+—-—--—+ 
+—t—-—-—-4+—-—-4+----- +—-—-—-+—-—-—+ 
|@| LTH| ID|OCTET|X/b|DEF| 
tape $e pene toe t+—-—-—+ 
|B|n+1]|3A| 01| 7] | 
| | | | | 6] | 
| | Mid | 5] | 
| | | | | 4| | 
| | | | | 3-0| | 
| | Li il 02| | | 
| | | |[03- n| | | 
t-te —t—e—t——--- +—-——+—-—-—+ 
t—+-—-+-—4+----=- teem t—-——+ 
|@| LTH| ID|OCTET|X/b|DEF | 
$—t——— +--+ ---- = tee—t——-t— 
|B}05 |3B]01-04} | | 
| | || | | | 
+—+—-—--—4+--4+----- +—--—-+---+-— 
+—-te ee t—— $$ + + 
{@|LTH|ID|OCTET|X/b|DEF| 
$a a te a tt en ae nae tt ae ee tt et 
IM|O2 |3C| Ol] 7 | 
| | | | | 6] | 
| | | | | 5| | 
| | | | | 4] | 
| | | | | 3 | 
| | | | | 2| | 
| | | | | 1] | 
| | | | | 0| | 
| | | | | | | 
| | } | | | | 
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Table 19 
Invalid Parm Parameter 


INVALID PARM PARAMETER 


Displacement of Parameter in error 
Displacement of field in error 
Parameter string 


Table 20 
Missing Parm Parameter 
MISSING PARM PARAMETER 
ID 


Table 21 
Data Address Parameter 


DATA ADDRESS PARAMETER 
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DataBlock 
PhysicalBlock 
Absolute Address 
Index 

Vendor Unique 
reserved 

Data Address 


Table 22 
Block Size Parameter 


BLOCK SIZE PARAMETER 
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Table 23 
Transfer Parameters 


TRANSFER PARAMETERS 
Verify 
Volume 
Certify 
Stop on Data Error 
Compare - use buffer under slave control 
Compare - Master repeat transfer 

* mutually exclusive parameters 
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5.5.13.4 Stop on Data Error. If the Stop on 
Data Error modifier is set. the slave shall stop 
data transfer immediately following a block on 
which some error recovery action had been taken. 
If a multiple block transfer is in progress, the 
transfer shall be completed as Conditional Suc- 
cess. and a Response Extent is required. which 
includes the Residual Count. The master shall 
have to recognize that a Residual Count greater 
than zero requires the transfer to be 
re-requested beginning at that point. 

5.5.13.5 Compare. If one of the Compare 
modifiers is set, the data previously written by 
the slave shall be read back and compared. The 
source of the data comparison shall be either 
retransmittal by the master. or from a buffer 
under the slave’s control. 


5.5.14 Encapsulation Parameter (Optional) 
(See Table 24). This parameter may be used by 
the slave or the master to encapsulate informa- 
tion that cannot be passed directly to or from 
the addressee, and the contents may or may not 
be structured as an IPI parameter. 


5.5.15 Partition Parameter (Optional) (See 
Table 25). There may be more than one address- 
able area on some addressees. This parameter 
provides for the identification of these areas, 
and is used whenever the area that a command is 
to execute upon is other than the default data 
partition. 

5.5.15.1 Disk Partitions. The Partition 
parameter shall precede the Extents parameter to 
which it refers. If not present. the assumed 
partition shall be the default data partition. 

The allocation of partitions shall be as 
follows: 


Slave-Defined 
Data Partition 
OO Default Data Partition 
Maintenance Partitions 
Ol CE Partition 
Q2 IML Partition 
03-07 Slave-Unique Partitions 


Master-Defined 
Maintenance Partition 
O8-OF Additional Maintenance Partitions 
Data Partitions 
10-EF Additional Data Partitions 
Specific Usage 
FF IPI usage (e.g., in Attributes, 
to reference all partitions to 
any command that accesses 
partitions O1-OF) 
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The CE partition defines the area reserved on 
the device for the exclusive use of diagnostic 
and other procedures executed by manufacturer’s 
Customer Engineering organization. 

The IML partition defines the area reserved on 
the device for exclusive use by the slave. the 
facility, or both, to execute an Initial Micro- 
program Load. 

5.5.15.2 Tape Partitions. The Partition 
parameter shall precede the Extents parameter to 
which it refers. If not present, the assumed 
partition shall be the current partition. If 
present. the Partition parameter shall cause a 
change to the named partition (if required), 
followed by positioning. The Partition parameter 
is not required for subsequent operations once a 
change has been made. The Partition parameter 
without an Extent parameter in the OPERATING 
MODE command shall cause the change to occur at 
the beginning of a partition. 

Tapes retain their position within a partition 
between commands when the partition ID is x’00° 
or in the range x 10-FE’. 

It is not required that position or other in- 
formation on Attributes be saved for prior part- 
itions, although some vendors may provide infor- 
mation concerning position retention and other 
Attributes for prior partitions. or carry over 
Attributes from the prior partition to the new 
partition; for example, recording format or 
DataBlock size (see vendor specification). 

The allocation of partitions shall be as 
follows: 

Group | 

Slave-Defined 

Data Partition 


00 Default Data Partition 
Maintenance Partitions 

Ol CE Partition on Storage Volume 

Q2 IML Partition 

03 CE Partition in Slave or Facility 


04-07 Slave-Unique Partitions 
Master-Defined 
Maintenance Partitions 
08-OF Additional Maintenance Partitions 
Group 2 
Slave-Defined 
Data Partition 
10-7F Additional Data Partitions (112) 
Master- Defined 
Data Partition 
80-FE Additional Data Partitions (127) 
Specific Usage 
FF IPI usage 


$e teen t ene tae eae penn tent 
1@|LTH|ID|OCTET|X/b|DEF| 
$-4+—---4+--4+----- $——--+—---+ 
|B]n+1|3D/01- n] 
a A a | 


| 
| 
+ 


+-+---+--+-----— +--- 
+-+---+--4+-----+---+--—-+ 
|@|LTH|ID|OCTET|X/b|DEF | 
t—pen—t——t—en—-- toe e+—-—-4+— 
|B|n+1|3E| 01 | | | 
| | | | 02| | | 
| | | |03- n| | | 
| | | | | | | 
+—+—--—-—+—--4+--- = tome te——te 
Stop 
+—+—-- +--+ -- +--+ -- + 
|@|LTH|ID]OCTET|X/b|DEF| 
+-—4---+-—-+e---- toe t—-—--+— 
|B|n+1]3F| 01 | | | 
| | | | 7| | 
| | | | | 6] | 
| | | | { S| | 
| | | | | 4| | 
| | | | | 3] | 
| | | | | 2| | 
| | f= | to| | 
| | | | 02| 9| 
| | | |03-06| | | 
| | | | | | 
+ +--+ + + + 


—-+-—-— _— —=_ ee —_——— —— — 


The master shall Chain, Sequence, or Order the 
OPERATING MODES command to any command 


that accesses a maintenance partition. 


The two CE partitions allow for one partition 
to be on the removable volume and for one to be 


contained tn the addressee. The addressee 
partition shall be contained in semiperman 
storage and logically separate from storage 
for the Save and Restore of Attributes. 
The IML partition provides a capability 


addressee for exclusive use by the slave, the 


facility, or both, to execute an Initial Micr 
code Load. 
The additional slave-defined data partitio 
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Table 24 
Encapsulation Parameter 


ENCAPSULATION PARAMETER 


em ee es es es ws oe es oe oe i i ss ee 


Contents to be passed 
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Table 25 
Partition Parameter 


PARTITION PARAMETER 


ec ccc cr ee we ew we we we ew we ws we ee es ee ee ee ie i i 


Partition ID 
reserved 
Vendor specific 


ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ee ae 


Table 26 
on Discontinuity Parameters 


STOP ON DISCONTINUITY PARAMETERS 


DISCONTINUITY TYPE 

Cylinders 

Tracks 

Access Boundary (set by Access Permits) 
Discontiguous Defect Reallocation 

Bands 


reserved 
Time (Discontinuity Value required) 
Discontinuity Time (in usecs) 


— ome ee ee ee ee ie ea ie ee ee ewe ewe ee ee ee ew ew ww ee ewe Oe ee ee 


are areas separate from, or tn addition to, the 
default data partition. 

The additional master-defined data partitions 
are allocated from within the default data 
partition. 

5.5.16 Stop On Discontinuity Parameter (Op- 
tional) (See Table 26). On some devices, it is 


CE 
ent 


used desirable that the master be able to identify a 
discontinuity as a reason to terminate a trans- 
in the fer. This parameter may be associated with the 


READ. WRITE, and SEARCH transfer com- 
mands, or with FORMAT and REPORT DIS- 
CONTINUITY. It shall precede the Extent 
parameter to which it refers. 


O- 


ns 


65 


AMERICAN NATIONAL STANDARD X3.132-1987 


Table 27 
Imbedded Data Parameter 


t—4—- 2 4—- $ $+ 
J@|LTH|ID|OCTET|X/b|DEF! 


1S[n+1]4G]01- n| 


| 
+—-+¢---4+--+----- $---4+---4+------------ 


IMBEDDED DATA PARAMETERS 
+—-4+---—4+--4+---=-- +---4+---4----- -- ----- 
{| Data to be transferred 


ee es ss es ee es os we ee i i ea ee 
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Table 28 
Facility Operation Parameters 


tae ton tan ta nn tae an tenant 
|@|LTH| ID|OCTET|X/b|DEF| 


JB[n+1/3D]01- n| 
ee | | 


| | 
| | 
+-+---+--+----- $---4+---4+----------- + 


5.5.16.1 Cylinders. The discontinuity is 
due to the physical cylinder boundary on the 
disk. 

5.5.16.2 Tracks. The discontinuity is due 
to the physical track boundary on the disk. 

5.5.16.3 Access Boundary. The discontinuity 
is due to a boundary established by a previously 
issued ACCESS PERMITS command. 

5.5.16.4 Discontiguous Cefect Reallocation. 
The discontinuity is due to the discontiguous 
reallocation by the slave of a block that 
included a media defect. 

5.5.16.5 Bands. The discontinuity is due to 
the need for a physical motion on the optical 
disk, outside the range of a mirror adjustment. 

5.5.16.6 Time. This modifier is set to 
indicate that the time field is to be used. 

5.5.16.7 Discontinuity Time. This is a 
value in microseconds that, if exceeded dy the 
media-accessing techniques. is to be considered 
a discontinuity. 

5.5.17 Imbedded Data Parameter (Optional) 
(See Table 27). This parameter is used for 
transferring data that has been gathered by an 
addressee that has limited, low rates of data 
transfer requirements. 


6. Control Commands 


The commands in this section are used as 
Control commands. 

The abbreviations used in graphical represent- 
ation of commands and responses in the following 
subsections shall be as follows: 
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FACILITY OPERATION PARAMETERS 
to+—---4+--4----- +--+ ---4------- = -- = 
ENCAPSULATION PARAMETER 


see ee eS ee Sew @ es Ss Se Se SS Sees Se Se See Ss Ss ewe es eS 


PKT LTH Packet Length 

REF NO Command Reference Number 
OP CODE Operation Code 

COM MOD Common Command Modifiers 
OP MOD Op Code Modifiers 


SLAV ADDR Slave Address 


FAC ADDR Facility Address 

x Hexadecimal Value 

e Echoed Value (from Command 
Packet) 

b Bit Value (identified by 
position 0-7 or 0-B) 

6.1 NOP 


6.1.1 Command Packet. The command packet 
for this command shall be as shown in Figure 20. 
6.1.2 Response Packet. The response packet 
for this command shall be as shown in Figure 21. 

6.1.3 Description. The NOP command is a null 
command that ts issued to the slave. The slave 
shall perform no operation. shall not change its 
state. and shall return the standard completion 
response to the master. The slave shall clear 
any previous status (see 5.4) when it executes a 
NOP command in the same manner as would be 
done on any other command except REPORT 
ADDRESSEE STATUS. 

The slave shall ignore any parameters associ- 
ated with this command. Some masters use command 
chains or sequences that are modified at the 
time of dispatch to the slave. The NOP opcode 
may be used to override execution of commands 
that have associated parameters. 


6.2 FACILITY OPERATION 
6.2.1 Command Packet. The command packet 
for this command shall be as shown in Figure 22. 
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$$$ $$ ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 

| LTH| NO |CODE| MOD] MOD|ADDR|ADDR| 

| | O 1] 2 | 3 | 4] 5 | 6 through n 
+----+----4----4--------- +—----4+----4------------- 


XX¥XX xxxx 00 bbbb bbbb- xx xx 


Figure 20 
Command Packet for NOP 


+ + 
| Echoed From| MAJOR STATUS | 
| LTH | Command | CODES | TYPE | CODE| 
| O12 3 45 6 | 7 | 
+ $+—--—---—--~-~-- 
XXXX ereeeeeeeceeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 21 
Response Packet for NOP 


—< <= =< —_ oo a oe — ee tee ee ee ee ee ee ee oe oe oe 


|PKT |REF 
| LTH| NO 
| | Ol 


P |SLAV|FA 
OD|ADDR| AD 


=O 
non 
od 
+——— + 


—— = oo ee ee ee ee ee ee ee ee ee 


XXXX xXxxx 01 $>bbbb bbbb- xx xX 


Figure 22 
Command Packet for FACILITY OPERATION 


+ + 
| Echoed From| MAJOR STATUS | 
| LTH| Command | CODES | TYPE | CODE | 
| 0123 4 5| 6 | y; | 
+ + 


— oe ee ee ee tee ee ee ee ee 


XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 23 
Response Packet for FACILITY OPERATION 


6.2.2 Response Packet. The response packet or facility dependent and is not specified. 
for this command shall be as shown in Figure 23. 6.2.4 Facility Operation Parameter (Encap- 
6.2.3 Description. The FACILITY OPERATION © sulation Parameter). The parameter shall be as 
command is a “pass-through” command that allows shown in Table 28. The contents of this param- 
a primitive command or a vendor-unique command eter is interpreted directly by the addressee, 
to be transferred to the slave or facility. The and may or may not conform to an IPI structure. 
command information is passed in the Encapsula- Unless addressed to the slave, there will usual- 
tion Parameter appended to the command. The ly be no attempt by the slave to parse the en- 
format or content of the encapsulation is slave capsulated contents. 
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+—---~4-~--4--~-~4----4----4+---- + ---- 4 --- -- 

|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 

| LTH] NO |CODE| MOD| MOD|ADDR|ADDR| 

| Oa 2 3 4 | 5 | 6 through n 

4—---+----4--—--4---~----- + ----4---~4-~------------ 

XXXX XXxXxX 02 bbbb DbbbD xx XX 

7654 3210 

na 
like ily | Bits 0, -1, 3 have encoded meaning of: 
|| | x'0'’=Report 
| | x'l’=Initialize x'2'=Restore 
| x'9'=Load x’'A'=Save 
Figure 24 


Command Packet for ATTRIBUTES 


$—-———4$——------ fo- ee $e 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH] Command | CODES | TYPE | CODE | 
| | 012 3 4 5| 6 | 7 | 8 through n 
oo +—--------- $o-—--4----4—----- ---- = 
XXXx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 25 


Response Packet for ATTRIBUTES 


6.3 ATTRIBUTES 

6.3.1 Command Packet. The command packet 
for this command shall be as shown in Figure 24. 

6.3.2 Response Packet. The response packet 
for this command shall be as shown in Figure 25. 

6.3.3 Description. The ATTRIBUTES com- 
mand allows modification of the slave or fa- 
cility attributes that are used to tell the mas- 
ter what the addressee’s operational character- 
istics are and to allow them to be examined or 
modified. The operational characteristics that 
may be modified in the addressee are implementa- 
tion dependent. 

The operating mode of ATTRIBUTES is deter- 
mined by the opcode modifier. which allows the 
master to Initialize, Report. Restore. Load. or 
Save the addressee attributes. The modifiers are 
mutually exclusive. 


NOTE: Bits 0, 1, and 3 (x"T*, x'2", and x’8") are encoded. 


The information that the slave supplies or 
modifies, or supplies and modifies, in accor- 
dance with the command, is specific to the ad- 
dressee identified by the Slave Address and 
Facility Address of the command. Unless a master 
has prior knowledge. processing of Attributes 
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should begin by analysis of the slave’s capabil- 
ities and proceed through each attached opera- 
tional facility. 

The opcode modifiers shall be as follows: 

(1) Report requires the addressee to respond 
with a list of parameters that detail the at- 
tributes requested by the command. 

(2) Initialize allows the master to require 
the addressee to set all of its attributes to 
their initial values. 


NOTE: These attributes may not represent a valid configuration. 


(3) Restore allows the restoration of saved 
attributes. At power on, slaves and facilities 
shall perform an automatic Restore. If no at- 
tributes have been Saved by the master. the Re- 
store values shall be a valid configuration of 
the Initialize attributes. 

(4) Save allows the addressee attributes. in- 
cluding those associated with this command, to 
be saved prior to power down or removal of the 
media from a removable media facility. 

(5) Load requires the addressee to modify at- 
tributes within the addressee (if they are valid). 

When the Initialize or Restore modifiers are 
set. the addressee acts upon all attributes. 


Similarly, if no parameters are transmitted with 
the command packet when the Report or Save mod- 
ifiers are set, the addressee acts upon all at- 
tributes. 

If the master wishes to be selective about at- 
tributes to be affected, it shall provide a list 
of the parameter IDs (via the Request Parm pa- 
rameter), with the Report, Load. or Save 
modifiers. 

The master and slave etther have parameters 
that are unique to each (so indicated by either 
M or S in the @ column). or are common to both 
(indicated by "B” in the @ column). Common pa- 
rameters are used by the slave to report. and by 
the master to modify. A consistent sequence Is 
necessary to properly manage parameters that are 
common. 

If a master wishes to find out the Initial 
settings of the slave (rather than the Restored 
settings), it issues an ATTRIBUTES command with 
the Initialize modifier set. The slave shall set 
the Attributes parameters to their initial 
factory values. The master tssues an ATTRI- 
BUTES command with the Report modifier set, to 
look at the parameter or parameters of interest. 

The master can change the Attribute parameters 
by issuing an ATTRIBUTES command with the 
Load or Save modifier set, and thus instruct 
the slave to act upon the new values. 

If the master does not wish the new values to 
be kept beyond Power Off, the Load modifier is 
set. 

If the master wishes the new values to be kept 
beyond Power Off, and Restored by the slave 
after Power On. the Save modifier is set. 

The master can use the Restore modifier to 
have the slave return to its previously Saved 
values. 

Some of the attributes apply equally to either 
Slave or facility (e.g., number of ports). In 
the case of an integrated slave and facility, 
both slave and facility apply. For this reason 
it is impossible to clearly define attributes as 
belonging to ether slave or facility unless the 
configuration of intended use is known. There- 
fore. all attributes are shown as being relative 
to the addressee, even though some may be spe- 
cifically slave oriented, and others inay be spe- 
cifically facility oriented. 

Within the parameters there are sets of octets 
that may need to be repeated several times to 
provide all of the information. These repetitive 
octet sets are noted in the parameter tables. 

On facilities that support more than one type 
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of partition, the Partition Parameter shall pre- 
cede every set of attribute parameters for that 
partition. In this manner, every partition ts 
described by a group of succeeding attribute pa- 
rameters (e.g., if a disk that has been format- 
ted with one PhysicalBlock size has three par- 
titions. the Size of disk PhysicalBlocks param- 
eter would be the same and repeated in every set 
of parameters succeeding each Partition 
parameter. 

If the Report modifier is set, and a Partition 
Parameter with an ID of x°FF’ is appended to the 
command, the slave shall respond with informa- 
tion on all of the partitions (with each set of 
information preceded by a Partition Parameter). 
On a Report. Load or Save, the absence of a Par- 
tition Parameter means the default data parti- 
tion attributes are to be referenced. 

If any fields are not needed in a parameter, 
the paranieter length can be cut short (e.g., on 
Parameters 53 and 54, a disk with a fixed clock 
rate and variable rotation speed has a different 
number of bytes per track on every cylinder so 
parameters such as the Total Number cf Blocks 
per Cylinder and Total Number of Blocks per 
Track need not be supplied. 

The following modifiers permit operations upon 
individual Attributes: 


(1) Report. The current memory contents are 
reported to the master. If no parameters are ap- 
pended, the slave responds with all attributes 
(which can be a very large length). The Request 
Parms parameter may be used to specifically 
identify Attributes. 


(2) Load. This modifier requires that param- 
eters be appended for Attributes that may be 
modified. The slave shall replace the contents 
of the designated parameters in Current memory 
with the ones tn the command parameter list (if 
valid). 


(3) Save. If this modifier has associated pa- 
rameters, the command is executed in the same 
manner as a Load, then the contents of Current 
memory shall be written into Semi-Permanent 
memory. 

The following modifiers are those that operate 
upon all changeable Attributes: 

(1) Initialize. No parameters are accepted. 
The contents of Permanent memory shall be writ- 
ten into Current memory. 

(2) Restore. No parameters are accepted. The 
contents of Semi-Permanent memory are written 
into the Current memory. 
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(3) Save. If no parameters are appended. the 
contents of Current memory are written into 
Semi-Permanent memory. 


Implementation Note: There is a need for three 

types of memory to completely manage Attributes. 
To retain Attributes, permanent memory shall be 
used; to retain Attributes changed by the 

master, semi-permanent memory shall be used. 

(1) Permanent, This memory contains all of the 
attributes as defined by the manufacturer and 
the Initial value of Attributes. The Initial At- 
tributes may not be set to a valid configuration 
(e.g., two features that are mutually self- 
exclusive may be capable of being supported by 
the slave). 

(2) Semt-Permanent. At the point of manu- 
facture. these values are set to a valid combin- 
ation of the Initial Attributes. The contents 
may be replaced by the master performing a Save. 
The slave uses the contents of this memory to 
Restore Attributes at Power On, or under command 
of the master when the Restore modifier is set. 

(3) Current. After Power On, the contents are 
the same as Semi-Permanent memory. that is. Re- 
stored. Individual Attributes may be changed by 
the master performing either a Load, or a Save 
with parameters. 


6.3.4 Attribute Parameters 
6.3.4.1 Parameters 3A, 3E, 50. These pa- 

rameters shall be as shown in Table 29. 

6.3.4.1.1 Data Address (Common) 
Parameter. This parameter is used to follow any 
parameter in which a 32-bit Data Address field 
is inadequate. 

6.3.4.1.2 Partition (Common) Parameter 
This parameter is used to precede the set or 
sets of facility-dependent parameters to ident- 
ify which partition is being referred to. 

6.3.4.1.3 Vendor ID Parameter. 
parameter is made up of the following: 

(1) Manufacturer [dentification (ASCH). This 
field contains the Vendor ID of the addressee. 

(2) Manufacturer Model Nuntber (ASCH). This 
field contains the model number of the 
addressee. 

(3) Manufacturer Revision Number (ASCII). 
This field contains the current revision number 
of the addressee. 

(4) Manufacturer Unique [D. This field con- 
tains a value that is a unique identification of 
the slave. If the slave manufacturer does not 
provide a unique value. then this field shall be 
modifiable by the master so as to provide a 
unique ID value. 


This 
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(5) Manufacturer Switch Settings. This field 
contains the settings of switches that may be 
field set or modified on the slave. 

(6) Manufacturer-Defined Fields. Any fields 
that the manufacturer chooses to provide (vendor 
defined). 

6.3.4.2 Parameters 51-58. These param- 

eters shall be as shown in Table 30. 

6.3.4.2.1 Size of Disk DataBlocks Pa- 
rameter, This field contains an unsigned binary 
number specifying the size of the DataBlocks 
contained within the disk Partition. The master 
may use this parameter to set the DataBlock size 
of a formatted slave. 

6.3.4.2.2 Size of Disk PhysicalBlocks 
Parameter. This field contains an unsigned bi- 
nary number specifying the size of the Physical- 
Block contained within the disk Partition. 
PhysicalBlock size is established by the FORMAT 
command. 

6.3.4.2.3 Total Number of Disk Data- 
Blocks Parameter 

(1) Yotal Nuuber of Blocks per Partition. An 
unsigned binary number specifying the number of 
DataBlocks contained within the disk partition. 

(2) Total Nuniber of Blocks per Cylinder. An 
unsigned binary number specifying the number of 
DataBlocks per cylinder. 

(3) Total Number of Blocks per Track. An un- 
signed binary number specifying the number of 
DataBlocks per track. 

(4) Data Address. This field contains the 
starting address of the first block. The first 
data address shall always be zero. On disks that 
have a variable number of octets per track, 
typically within bands or groups of cylinders, 
to define a partition requires the use of more 
than one set of fields, so they are repeated as 
many times as necessary. 

6.3.4.2.4 Total Number of Disk 
PhysicalBlocks Parameter. This parameter follows 
the same format as that for DataBlocks. except 
that the field contents refer to PhysicalBlocks 
and not DataBlocks. 

6.3.4.2.5 DataBlock Sizes Supported Pa- 
rameter 

(1) Smallest Block Size Supported. An unsign- 
ed binary number specifying the smallest value 
of a range of DataBlock sizes. 


(2) Largest Block Size Supported. An unsigned 
binary number specifying the largest value of 
the range supported. 

(3) facrement Size. An unsigned binary number 
specifying the increment by which a block can 
increase from the smallest to the largest size. 


Table 29 
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Attribute Parameters 3A, 3E, 50 
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DATA ADDRESS PARAMETER (See 5.5.11) 


PARTITION PARAMETER (See 5.5.15) 


VENDOR ID 


Manufacturer Identification (ASCII) 
Manufacturer Model Number (ASCII) 
Manufacturer Revision Number (ASCII) 


Manufacturer Unique ID 


Manufacturer Switch Settings 
Manufacturer-Defined Fields 
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Attribute Parameters 51-58 
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ATTRIBUTE PARAMETERS 
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SIZE OF Disk DataSlocks 


* 


SIZE OF Disk PhysicelBlocks * 
* If zero, the addressee is not formatted 
and/or IDs 53 and 54 are invalid 


TOTAL NUMBER OF Disk DataBlocks 


Total No of Blocks 
Total No of Biocks 
Total No of Biocks 
Data Address 

Total No of Bliocks 
Total No of Blocks 
Data Address 


per 
per 
per 


per 
per 


Partition 

Cylinder 

Track 

Cylinder repeated as 
Track many times 


as needed 


TOTAL NUMBER OF Disk PhysicalBlocks 
Total Number of Biocks 
Total Number of Blocks 
Total Number of Blocks 


Data Address 
Total No of Biocks 
Total No of Blocks 
Data Address 


per 
per 


per Partition 
per Cylinder 
per Track 


Cylinder repeated as 
Track many times 
as needed 


DataBlock SIZES SUPPORTED 
Smallest Block Size Supported 
Largest Block Size Supported 


Increment Size 
Smallest Biock Size 
Largest Block Size 
Increment Size 


repeated as 
Many times 
as needed 


PhysicaiBlock SIZES SUPPORTED 
Smallest Block Size Supported 
Largest Block Size Supported 


Increment Size 
Smallest Block Size 
Largest Block Size 
Increment Size 


SIZE OF PHYSICAL GROUPS 


repeated as 
many times 
as needed 


Number of PhysicaiBlocks per Physical Group 


reserved 
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There may be more than one range supported. so 
these fields are repeated as many times as re- 
quired for the disk. If a block size is fixed. 
the same value is duplicated in the Smallest and 
Largest fields. 

If a disk can be formatted with any block size 
greater than 256 up to the end of track with 
20.160 octets. it would be represented by one 
set - (256,20160,1). If only two multiples of 
block size, 512 and 2048, are supported per 
track two sets would be represented (e.g.. 
(512.17408.512) followed by (2048.18432.2048)). 

6.3.4.2.6 PhysicalBlock Sizes Supported 
Parameter. This parameter follows the same for- 
mat as that for DataBlocks. except that the 
field contents refer to PhysicalBlocks and not 
DataBlocks. 

6.3.4.2.7 Size of Physical Groups. This 
parameter contains an unsigned binary value with 
the count of the number of PhysicalBlocks in a 
Physical Group. 

6.3.4.3 Parameters 59-5A. These 

parameters shall be as shown in Table 31. 

6.3.4.3.1 Attribute Table Conditions 
Parameter. The following Attribute table con- 
ditions may be listed in this parameter: 

(1) Anribute Table May be Corrupted. If a 
command to change Attributes is initiated. this 
bit is set and all others are set to zero. If 
the command fails to complete successfully, then 
this bit shall remain set to indicate that there 
may have been contamination by partial proces- 
sing. If the command completes successfully. 
then this bit is reset to zero and the appro- 
priate bit setting listed in (2) through (6) is 
posted. 

(2) Auribute Table initialized by Master. 

This bit is set by the slave to indicate that 

the attributes have been set to their initial 
values by command of the master. If the master 
attempts to change any attributes after this bit 
has been set, the slave shall reset this bit to 
indicate that attributes have been changed. 

(3) Anribute Table Restored by Slave. This 
bit is set by the slave following Power On to 
indicate that the attributes have been restored. 

If the master attempts to change any attributes 
after this bit has been set, the slave shall re- 
set this bit to indicate that attributes have 
been changed. 

(4) Auribute Table Restored by Master. This 
bit is set by the slave to indicate that the at- 
tributes have been set to their saved values by 
command of the master. If the master attempts to 
change any attributes after this bit has been 
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set, the slave shall reset this bit to indicate 
that attributes have been changed. 
(5) Auribute Table Loaded by Master. This 
bit is set by the slave to indicate that attrib- 
utes have been loaded by command of the master. 
If the master attempts to change any attributes 
after this bit has been set, the slave shall re- 
set this bit to indicate that attributes have 
been changed. 
(6) Auribute Table Saved by Master. This bit 
is set by the slave to indicate that attributes 
have been saved by command of the master. If the 
master attempts to change any attributes after 
this bit has been set, the slave shall reset 
this bit to indicate that attributes have been 
changed. 
6.3.4.3.2 Pad with Fill Characters Pa- 
rameter. When a situation exists where the slave 
has to pad data, the slave shall use this field. 
In the event that the field specified does not 
fill the entire space to be padded. the slave 
shall repeat the supplied field until the space 
is filled. 
6.3.4.4 Parameters 5B-5D. These param- 
eters shall be as shown in Table 32. 
6.3.4.4.1 Disk Partition Definition Pa- 
rameter. The Partition ID identifies the Parti- 
tion to be defined. The Facility Address (it may 
be an Actual or Synonym address) defines where 
the partition is located. The Type of disk is 
bit significant and identifies the kind of disk 
area in which the partition is located. The 
Block Count and Data Address are used to define 
the extent of the formatted default data area 
that is to be the partition. This parameter can 
only be issued to a formatted facility. 
6.3.4.4.2 Synonym Definition Parameter. 
The parameter list consists of ordered pairs in 
which the first octet in each pair contains the 
Synonym address, followed by the absolute Facil- 
ity Address. Commands issued by the master can 
use the synonym in the Facility Address field, 
and the slave shall be responsible to correctly: 
address the actual facility. 
6.3.4.4.3 Alias Definition Parameter. 
The parameter list consists of three ordered 
octets in which the first octet contains the 
Alias address, followed by the Facility Address 
(which may be a Synonym or an Actual address) 
and the Partition ID to which it is to refer. 
The slave shall accept the Alias as a Facility 
Address to refer to the partition, in lieu of 
the Partition ID preceding Extent parameters. 
6.3.4.5 Parameters 5E-5F. These 
parameters shall be as shown in Table 33. 
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Table 31 
Attribute Parameters 59-5A 
t—t—--—+--—+-—--- — +--+ 
)@|LTH| ID|OCTET|X/b|DEF | ATTRIBUTE PARAMETERS 
+—+—---+--+-----— +——--+---+----- -- - - - - - eee 
}S}O2 |59| | | | ATTRIBUTE TABLE CONDITIONS 
| } | O01] 7 | Attribute Table May be Corrupted 
| | | | | 6] | Attribute Table Initialized by Master 
| | | | | 5 | Attribute Table Restored by Slave 
| | } | | 4] | Attribute Table Restored by Master 
| | } | | 3 | Attribute Table Loaded by Master 
| | | | IL. 2] | Attribute Table Saved by Master 
| | | | |O-1 | | reserved 
| | | | | 
|B] n+1]|5A| | | | PAD WITH FILL CHARACTERS 
| | | |Ol- n| | | Fill character(s) 
| | | | | | | 
$—+——-—4¢——-4¢—- toe $$ 
Table 32 
Attribute Parameters 5B-5D 
+—+—---+4+--4¢----— +--- +--+ 
|@| LTH| ID]OCTET|X/b|DEF| ATTRIBUTE PARAMETERS 
tet ——-t-—+--- -- t- - - $ $  -  -  - -  -- 
|B|/n+1|5B] | | | DISK PARTITION DEFINITION 
} | | | 01 | | | Partition ID 
| | | 02 | | | Facility Address 
} | | | 03 | | | Type of Disk 
| | | } 7 | Nonremovable Disk 
| | | | | 6 | | Removable Disk 
| | | | | S| | Floppy Disk 
| | | | 4] | Fixed Head Disk 
| | | | 3] | Moving Head Disk 
| | | | | 2| | Solid State Disk 
| | | | | Jl] | 
| | | | | | | reserved 
| | | | 04| 0] | 
| | | |05-08 | | } Block Count 
| | |09-0C| | | DataBlock Address 
| | || | | | 
|B[n+1|5¢c| | | | SYNONYM DEFINITION 
| | | 01] | ] Synonym Address 
} | | | 02 | | ] Actual Facility Address 
| | | | n- 1| | | Synonym Address repeated as many 
| | | | n | | } Actual Facility Address times as needed 
| | | | | | 
|B] n+1|5D| | | ) ALIAS DEFINITION 
| | | | 01| | ] Alias Address 
| | | | 02 | | ) Facility Address 
| | | | 03| | | Partition ID 
| | | | 04| | | reserved 
| | | | n- 3] | | Alias Address repeated 
| | J} n- 2] | | Facility Address as many 
| | | } n- 1] | | Partition ID times as 
| | | J} n | | | reserved needed 
| | | | | 
+—+---+--+----- +---4+---4----- - - - re 
Table 33 
Attribute Parameters 5E-5F 
+—+---+--+----- +-—--+---+ 
|@|LTH| ID|OCTET|X/b| DEF | ATTRIBUTE PARAMETERS 
+-4+-—--+--+----- Heme tenn te a a a rrr rrr rrerrr--- 
|B|n+1]5eE| | | | MULTI-PORT CHARACTERISTICS 
| | } [01-02] | | Number of Ports 
| | | | 03| | | No of stacked cmds allowed at alt’nate port(s) 
| | | | | | | 
[Bj n+1|[5F| | | | PHYSICAL disk CONFIGURATION 
| | | }01-04] | | Address of Last Data Cylinder 
} | | ]}05-08 | | | Address of Defect List Cylinder 
} | | |O09-OA| | | Number of Heads per Cylinder 
} | | |OB-OE| | | Number of Fixed Sectors per Revolution * 
| | | |OF-12 | | | Absolute Number of Octets per Track 
| | | | 13-16 | | | Single Cylinder Seek Time (usecs) 
| | | {17-1A| | | Average Cylinder Seek time (usecs) 
| | | 1B-lE| | | Maximum Cylinder Seek time (usecs) 
| | | 1F-22 | | | Rotation Time (usecs) 
| | | } 23-26 | | | Head Switching Time (usecs) 
} | | | 27-2A| | | Write-to-Read Recovery Time (usecs) 
} | | |2B-n | | | Vendor Specific Data 
| | | | | | | 
$$ a $a a $e a a $a has 


* Zero if not fixed. 
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6.3.4.5.1 Multi-Port Characteristics 
Parameter. The first field contains the number 
of ports on the addressee. The second field con- 
tains an unsigned binary value of the number of 
commands that can be stacked at an alternate 
port before the addressee’s alternate port shall 
report a Busy condition or Command Reject (see 
4.10.5) due to the command buffer being full. 

If the master wishes to force a single switch- 
ing point at the addressee, it may force the 
number of commands allowed at alternate ports to 
zero. 

6.3.4.5.2 Physical disk Configuration 
Parameter. This parameter may be used by the 
master to identify the characteristics of disk 
drives that are not self-identifying to the 
slave. It is more typically used by the slave to 
inform the master of the physical characteris- 
tics of the disk or disks attached. 

(1) Address of Last Data Cylinder. The as- 
sumed starting data cylinder ts zero. Thus 
this value. +1, specifies the number of data 
cylinders (including spares) on the ad- 
dressee. 

(2) Address of Defect List Cylinder. This 
value specifies the address of the defect list 
data cylinder. 

(3) Numnber of Heads per Cylinder. This value 
specifies the number of addressable heads per 
cylinder for the addressee. 

(4) Number of Fixed Sectors per Revolution. 
This value specifies the number of fixed sectors 
(including spares) available on each revolution 
for the addressee. Note that sectors between im- 
bedded servo bursts can be configured to contain 
more than one PhysicalBlock. This value is zero 
if the disk does not have fixed sectors. 

(5) Absolute Number of Octets per Track. This 
value specifies the number of octets nominally 
included on each track of the addressee; includ- 
ing gaps, spares, and other overhead allowances. 

(6) Single Cylinder Seek Time, This value 
specifies the single cylinder seek time for 
moving head disk drives. 

(7) Average Cyltider Seek Time. This value 
specifies the average cylinder seek time for 
moving head disk drives. as specified by the 
vendor. 

(8) Maxiuniuaitn Cylinder Seek Tine, This value 
specifies the maximum cylinder seek time for 
moving head disk drives. 

(9) Head Switch Time. This value specifies 
the head switch time for multiple head disk 
drives. 
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(10) Rotational Period. This value specifies 
the rotational period for the addressee (1.e., 
the time it takes for one disk revolution from 
index to index). 

(11) Write to Read Recovery Time. This value 
specifies the time that it takes the disk to 
become capable of reading data after writing 
data. 

6.3.4.6 Parameters 60-63. These param- 
eters shall be as shown tn Table 34. 
6.3.4.6.1 DataBlock Interleave Param- 
eter. The first octet is used to identify whe- 
ther the interleave ts established by values 
unique to the facility, or by factors that are 
predictable by the master. 

When Bit 7 = O. the parameter refers to fac- 
tors that affect transfer rate in a manner that 
is predictable based upon an algorithm of block 
interleave factors. 

(i) Supported. This value specifies the maxi- 
mum interleave factor that can be supported. 

(2) Current. This value specifies the current 
factor of interleave on the formatted disk. A 
value of O or | means that there ts no inter- 
leave factor (i.e.. 1:1). 

When Bit 7 = |, the parameter refers to values 
that are device specific, and cannot be calcul- 
ated without specific knowledge of a preexisting 
disk format. 

(1) Supported. This octet identifies the in- 
terleave factor values that are defined by the 
facility. Bit O specifies interleave value O, 
which ts the basic transfer rate capability of 
the facility, and 1s always indicated. Bits 1-7 
specify interleave values that are defined by 
vendor specifications. 


7 Lowest Effective Transfer Rate 
1-6 Intermediate Effective Transfer Rates 
0) Fastest Effective Transfer Rate 


Individual bits 1-7 indicate the ability to 
cause a reduction in the transfer rate that ex- 
ceeds the reduction of the tmmediately preceding 
bit. (When Bit 5 = 1, it will cause a greater 
reduction in the transfer rate than when Bit 
4 = ],) 

(2) Current. This octet identifies the inter- 
leave factor value that is presently established 
for the facility. Only one bit shall be set in 
this octet. 

6.3.4.6.2 Transfer Rate Parameter 

(1) Effective Transfer Rate, This value spe- 
cifies the effective transfer rate of the ad- 
dressee (e.g.. based on the interleave factors 
used by the slave at formatting). The value ts 


AMERICAN NATIONAL STANDARD X3,132-1987 


Attribute Parameters 60-63 


ATTRIBUTE PARAMETERS 
DataBlock INTERLEAVE PARAMETER 
Interleave Factor/Interleave Values 


TRANSFER RATE (Octets/second) 
Effective Transfer Rate 
Slave’s Instantaneous Transfer Rate 


PhysicalBlock PERFORMANCE CHAR’STICS SUPPORTED 
Smallest PhysicalBlock interleave Factor 
Largest PhysicalBlock Interleave Factor 
Smallest Head Interleave Factor 

Largest Head Interleave Factor 


Largest Cylinder interleave Factor 
PhysicalBlock Interleave Factor 
Head Interleave Factor 

Cylinder Interleave Factor 


repeated as 
many times 
as needed 


CURRENT PhysicalBlock PERFORMANCE SETTINGS 
PhysicalBlock Interleave factor 

Head Interleave Factor 

Cylinder Interleave factor 


— ee es es ee pe ee ee ee ee ge ee pe ee ee ee ee we ee oe es ee 


Table 34 
+p ta tp a te te tt 
|@| LTH|/ID|OCTET|X/b|DEF| 
+-4+---+--4+-----— + --—4+--- 4+ -- - - - - 
|S|n+1]60| | | 
| | | | Ol] 7| 
| | | | |6-O| 0 
} | | | 02} | Supported 
| | | 03 | | Current 
| | | | | | 
[S|O09 |61| | | 
| | | |01-04| | 
| | | |[05-08| | 
| | | | | | 
|S|[n+1]62| | | 
| | | | 01| | 
| | | =| 02 | | 
| | | | 03| 
| | | | 04 | | 
| | | | 05 | | 
IY ii ae 06 | | 
| | | |n-5:4| | 
| | | |[n-3:2| | 
| | [) . inden. | | 
| | | | | | 
|S|n+1]63] | 
| | | | 01] | 
| | | | 02 | | 
| | | | 03| | 
| | | | | | 
$—t—---4+—-- +--+ fom fee — fe ee ee ee 


vendor defined and typically represents a cal- 
culation based on the time it takes to transfer 
one track of data in contiguous block number se- 
quence, which, with an interleave factor of 
greater than QO. requires more than one rotation. 

(2) Slave's Instantaneous Transfer Rate. This 
value specifies the maximum speed at which the 
slave can transfer from its internal buffer(s). 

6.3.4.6.3  PhysicalBlock Performance 

Characteristics Supported Parameter. This param- 
eter is provided by the slave to advise the mas- 
ter which interleave factors can be supported 
when PhysicalBlock formatting ts used. The three 
pairs of octets are repeated if there is more 
than one range that can be supported. 

(1) PhysicalBlock Interleave Factor. This 
pair of octets defines the low-to-high range of 
interleave factors that can be supported between 
PhysicalBlocks. 

(2) Head Interleave Factor. This pair of oc- 
tets defines the low-to-high range of interleave 
factors that can be supported between heads. 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| Smallest Cylinder Interleave Factor 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


(3) Cylinder Interleave Factor. This pair of 
octets defines the low-to-high range of inter- 
leave factors that can be supported between 
cylinders. 

If only one factor can be supported. the same 
value is repeated tn the smallest and largest 
field. 

6.3.4.6.4 Current PhysicalBiock Perfor- 
mance Settings Parameter. This parameter is used 
to advise the master of the current interleave set- 
tings of the partition referred to. If no Partition 
parameter precedes this parameter, the values for 
the default data partition are provided. 

(1) PhysicalBlock Interleave Factor. This oc- 
tet defines the current interleave factor in ef- 
fect between PhysicalBlocks. 

(2) Head Interleave Factor. This octet de- 
fines the current interleave factor in effect 
between heads. 

(3) Cylinder Interleave Factor. This octet 
defines the current interleave factor in effect 
between cylinders. 
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Table 35 
Attribute Parameters 64-65 


$-+¢—--—-4+--4----- + --- +--+ 
|@| LTH] ID|OCTET|X/b|DEF| 
+—-+---4--4+----- +--- 
[S|15 |64| 
[01-04 | 
105-08 | 
|09-0C| 
|OD-10] 
11-14 | 


+ 
| 
| 
| 
| 
| 
| 
| 

65 | 

01-04 | | 

| 
| 
| 
| 
| 
| 
| 
| 
+ 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 
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| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
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6.3.4.7 Parameters 64-65. These param- 
eters shall be as shown in Table 35. 
6.3.4.7.1 Physical Interface Attributes 


Parameter. See Section 5 of ANSI X3.129-1986 for 


the definition of these fields, which must be 
supplied at Power On. 

6.3.4.7.2 Addressee Configuration Pa- 
rameter. This parameter is typically relevant 
only to the slave. However, a slave may have fa- 
cilities attached that contain their own buffers 
and capabilities. or the slave may have al- 
located its own buffering on a dedicated basis 
amongst the facilities. A simple example would 
be facilities with integral data buffers for er- 
ror correction (in which case only the first pa- 
rameter field is required). 

This parameter is intended to provide the mas- 
ter with information that would allow it to max- 
imize performance. If this parameter is relevant 
to facilities as well as the slave, it is noted 
in the Slave Configuration parameter (see 
6.3.4.8(12)). 

This parameter is made up of the following 
parameters: 

(1) Data Buffer Size. This value specifies 
the size (in octets) of the data buffer associ- 
ated with the addressee. 

(2) Conunand Buffer Size. This value specifies 
the size (in octets) of the command buffer as- 
sociated with the addressee. 

(3) Maxinnin Nuniber of Octets in Conunand 
Packet. This value specifies the maximum number 
of octets the addressee can accept in a command 
packet. 
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ATTRIBUTE PARAMETERS 
—_——+ — ee ee ee we we we i i 
PHYSICAL INTERFACE ATTRIBUTES PARAMETER 
SDE (nsecs) 
IRT (nsecs) 
CCD (nsecs) 
SDR (usecs) 
SYD (usecs) 


ce ce ge ee es es es os es ee es ss es ee ss oes oe ee ae 


| 

| 

| 

| 

) 

| ADDRESSEE CONFIGURATION PARAMETER 
| Data Buffer Size 

| Command buffer size 

|} Max No of octets in Command Packet 
|} Max No of octets in Response Packet 
| Max No of Access Permit Extents 

| Min No of Queued Commands 

| Max No of Queued Commands 

| Size of Command Stack 

| 

+ 


(4) Maxinuun Number of Octets in Response 
Packet. This value specifies the maximum number 
of octets the addressee can provide in a re- 
sponse packet. 

(5) Maxinnun Nuniber of Access Permit Externts 
per Addressee, This value specifies the maximum 
number of Access Permits Extents allowed per 
addressee. 

(6) Mininaim Nunber of Queued Commands. Any 
value greater than 0 indicated the minimum num- 
ber that shall be guaranteed to queue per facil- 
ity. A value of zero means the slave cannot 
guarantee any commands for the facility. 

(7) Maxinuun Number of Queued Conunands. A 
value of O means that the queue may contain more 
than the minimum but only as many as the size of 
the command buffer permits. A value of | means 
that there is no Command Queuing and commands 
are Individual. Any other value shall be great- 
er than or equal to the minimum. 

(8) Size of Command Stack. This value speci- 
fies the minimum number of commands that the 
slave is capable of stacking (e.g., a slave with 
addressability to 8 facilities and a minimum 
queue size of 4 per facility may stack 32. If 
this is an absolute limitation, the value of 32 
shall be specified. However. in some implementa- 
tions. the stack may be as large as command buf- 
fering and the queuing algorithm permit, and may 
exceed 32 if the commands are small in length. 

If the size of the stack is variable, depending 

on the sum of command sizes, and it can exceed 
the calculatable maximum, this field shall be 

set to x'FF’. 
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Table 36 
Attribute Parameter 66 


top —— +--+ —-— — - +--+ 
|@|LTH|ID|OCTET|X/b|DEF| 


|S[n+1]66 | 
| | | | O01 


OOrN WwW hUOA~T]OrF Nw fb UTO ~) 


ee ee ee ee ee ee ee ee ee, a 


reserved 


Level 2 
Level 3 
reserved 


on ~) 


[| 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
ei 
| | 
| | 
| | 


| | 
| | 
| | 
| | 
| | 
| | 
Ll 
| | 
| | 
| | 
a 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
+--+ 
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Implementation Note: A large number of factors 
influence the exact degree of stacking and 
queuing actually available in a slave (e.g.. a 
slave capable of addressing 8 facilities but 

only 3 are physically attached and operational). 
If Individual commands are issued, then no more 
than 3 commands can be stacked. If Queued 
commands are issued, and there may be up to 4 
per facility. the command stack would be 32. 
However, since only 3 facilities are 

operational, the effective queue per facility 

would average above 10 commands. The minimum 
parameters are what the slave guarantees, and 
are not intended to be an upper limit. 

Another consideration is that commands are 
variable in length, but the size of the command 
buffer is typically fixed. In a configuration of 
8 facilities with a minimum command queue of 4 
and a maximum command size of 256, the command 
stack would be 32 and the command buffer size 
would have to be 8192 octets (32*256). However, 
if only one command of maximum size can be 
accepted by the slave (e.g.. a COPY), and the 
others are typically less than 64 octets, then 
the command buffer size need be only 2240 octets 
(256 + (31*64). Refer to vendor documentation to 
determine the methods of buffer management used 
to maximize performance. 

6.3.4.8 Attribute Parameter 66 (Slave Con- 
figuration (Bit Significant) Parameter). This 
parameter shall be as shown in Table 36. There 


ATTRIBUTE PARAMETERS 
totem t-—4$----- + -- teen pee nee eee 
| SLAVE CONFIGURATION (BIT SIGNIFICANT) 
| Facilities may be of Different Classes 
| Facility-Facility Transfers 

| Synonym Addressing 

| Alias Addressing 

| Odd Octet Transfers 

| Master Termination of Commands Required 
| Extended Substatus 

| Multiplexed Data Transfers 

| Transfer Notification Packets 

| Imbedded Data Responses 

| Master-Definable Maintenance Partitions 
| Facility Configuration Information 
| 

| 

| 

| 

| 

| 

| 

| 

| 
+ 
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Master Throttling of Data Streaming 
Multiple Command Extents Accepted 
Data Streaming Data Transfers 
Interlock Data Transfers 


Logical Interface 


are a large number of features that the slave 
may be able to support. and the following list 
provides a summary of its capabilities. 

(1) The Facilities May Be of Different Classes 
Bit, This bit shall be set by the slave if it 
can support more than one class of facility. 


NOTE: This bit is set even if both classes are not currently at- 
tached. 

(2) Facility — Facility Transfer Capability 
Bit, This bit shall be set by the slave to in- 
dicate that it has the capability to transfer 
data between facilities attached to it without 
master intervention. 

(3) Synonym Address Bit, This bit shall be 
set if the slave allows the master to redefine 
Facility Addresses as Synonyms. 

(4) Alias Address Bit. This bit shall be set 
if the slave allows the master to redefine Fa- 
cility Addresses to refer to data partitions by 
Aliases. 

(5) Odd Octets Transfer Bit. This bit shall 
be set if the slave supports Double Octet Mode 
and can transfer odd octets of information. 

(6) Master Termination of Commands Required 
Bit. This bit shall be set if the slave requires 
the master to terminate the Information Transfer 
of commands (i.e.. the slave does not dynamical- 
ly use the Packet Length of the command to gen- 
erate the necessary number of SYNC INs at the 
Physical Interface). 
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Table 37 
Attribute Parameter 67 


$—$---4+—-—-4$—---—-—- + -- $+ 
|@| LTH| ID|OCTET|X/b|DEF | 


|S|n+1|67| 
be 
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(7) Extended Substatus Bit, This bit shall be 
set if the slave can provide Extended Substatus. 
If this capability is available. the slave shall 
also be capable of inhibiting Extended Substatus 
in responses. 

(8) Multiplexed Data Transfers Bit, This bit 
shall be set if the slave is capable of multi- 
plexing data transfers (1.e., breaking up a 
single transfer request into bursts defined as 
acceptable by the master). 

(9) Transfer Notification Packets Bit. This 
bit shall be set if the slave has the capability 
to generate these packets. 

(10) dInbedded Data Responses Bit. This bit 
shall be set if the slave has the capability to 
generate these responses. 

(ll) Master-Definable Maintenance Partitions 
Bit. This bit shall be set if the slave is cap- 
able of allowing the master to define a mainten- 
ance partition within the default data parti- 
tion. 

(12) Facility Configuration Information Bit, 
This bit shall be set if the slave can provide 
Addressee Configuration parameters for attached 
facilities. 

(13) Master Throttling of Data Streaming Bit. 
This bit shall be set if the slave can support 
the master throttling a data streaming transfer. 

(14) Multiple Conunand Extents Accepted Bit. 
This bit shall be set if the slave is capable of 
accepting more than one Command Extent on a READ 
or WRITE command, in order to permit “scatter 
READ" and "scatter WRITE." 
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ATTRIBUTE PARAMETERS 
+-+-—--4+--+----- +--—4+---4------~------- 
SLAVE CONFIGURATION (FIELDS) 

No of Synonyms Supported per Actual Address 
Lowest Synonym Address Supported 

Highest Synonym Address Supported 

No of Data Partitions Supported per facility 
No of Aliases Supported per Partition 

Lowest Alias Address Supported 

Highest Alias Address Supported 

No of concurrent COPY commands supported 
Maximimum No of extents Supported 


ce ce ce ce ee ee es ee es es es es es es es es ee es es es es es ee ae i i ae oe — 


Actual Addresses of Facilities Attached 


(15) Data Streaming Data Transfers Bit. This 
bit shall be set if the slave is capable of Data 
Streaming data transfers. 


NOTE: In this case, the Physical Interface defines operation 
transters. 

(16) Interlocked Data Transfers Bit, This bit 
shall be set if the slave is capable of inter- 
locking data transfers. 


NOTE: In this case, the Physical Interface defines operation 
translers. 

(17) Level 2 Bit. This bit shall be set if 
the slave can support Level 2 operations. 

(18) Level 3 Bit. This bit shall always be 
Set. 

6.3.4.9 Parameter 67 (Slave Configuration 
(Fields) Parameter). This parameter shall be as 
shown in Table 37 and is made up of the follow- 
ing octets. 

(1) Nwnber of Synonyms Supported per Actual 
Address. This value specifies the number of Syn- 
onym addresses that can be used to refer to any 
one Actual address. If the slave cannot support 
Synonym addressing. this value ts QO. and the 
contents of the next two octets shall be x°FF’. 

(2) Lowest Synonym Address Supported. This 
value defines the lowest Synonym address sup- 
ported as a Facility Address (typically OQ). 

(3) Highest Synonym Address Supported, This 
value defines the highest Synonym address sup- 
ported as a Facility Address (may be less than 
or equal to FE). 
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ATTRIBUTE PARAMETERS 
FACILITIES ATTACHED TO SLAVE PARAMETER 
Actual Facility Address 

Facility Class 


Facility Type 


Nonremovable Disk 
Removable Disk 


Moving Head Disk 
Solid State Disk 


Actual Facility Address repeated 
Facility Class as many 
Facility Type times as 


needed 


ec eee ee ee ee se ee ee ee ee ee we oe ee 


Table 38 
Attribute Parameter 68 

$= pa pa pa a pe np + 
|@|LTH|ID|OCTET|X/b]DEF| 
+4 ——— 4+ ——-4+—---- = fof S Se SSS See 
[B|n+1/68] | | | 

O1| | | 
| | [ | 02 | | | 
| | | | {ol | | Magnetic Disk 
| | | {,O2 | | Optical Disk 
| | | | {o3 | | Magnetic Tape 
| | | | ,o4 | | Communications 
| | | | 03 | | | 
| | | | | | | For Magnetic Disk: 
| | | | [| 7 | 
[| | | | | 6| | 
| | | | 5 | Floppy Disk 
| | | | | 4| | Fixed Head Disk 
| | | | | 3 | 
| | | | [| 2| | 
| | | | | | | 
| | _ [to | | reserved 
| | | | O4| 0O| | 
[| | | n- 3 | | 
| | [| | n- 2| | | 
| | Jf th del | | 
| | | | n| | | reserved 
| | | | | | | 
$—4¢---+--4+----- po--t+—--- 4 -- - -- - 


(4) Number of Data Partitions Supported per 
Facility. This value specifies the number of 
partitions that can be supported tn the data 
area of a facility. A value of | means that the 
Slave supports only the default data partition. 


NOTE: If the slave also supports Alias Addressing, then a par- 
tition may be referred to by an Alias. 

(5) Number of Aliases Supported per Parn- 
tion. This value specifies the number of Alias 
addresses that can be used to refer to a Parti- 
tion. If the slave cannot support Altas address- 
ing, this value is O. and the contents of the 
next two octets shall be x’ FF’. 

(6) Lowest Alias Address Supported. This 
value defines the lowest Alias address supported 
as a Facility Address (typically 10). 

(7) Highest Alias Address Supported. This 
value defines the highest Alias address sup- 
ported as a Facility Address (may be less than 
or equal to FE). 

(8) Number of Concurrent COPY Commands Sup- 
poried. This value specifies the number of COPY 
commands that can be outstanding for the slave. 

(9) Maximum Number of Extents Permitted. This 
value specifies the maximum number of extents 
that can be specified on those commands that al- 
low multiple extents to be supplied. If a value 
of 0 is set. it means that the number ts as 
large as can be incorporated in the slave's com- 
mand buffer; this will vary depending on the 





size of the command buffer and the number of 

other commands already residing in the buffer. 
(10) Actual Addresses of Facilities Attached. 

This is a string of octets. each of which ident- 

ifies an attached facility by its Actual Ad- 

dress. The address assignment is not necessarily 

contiguous for facilities. All facilities at- 

tached shall be identified. 


NOTE: Information on facilities that are not Powered-Up or are 
otherwise nonfunctional nay not be available via the Facilities 
Attached parameter. 


6.3.4.10 Parameter 68 (Facilities Attached 

to Slave Parameter). This parameter shall be as 
shown in Table 38. This parameter 1s addressed 
only to the slave. and its contents are repeated 
for as many facilities as there are attached to 
the slave. It would typically be used by the 
slave to advise the master of attached facil- 
ities. However, when facilities attached are not 
self-identifying, the master may use this param- 
eter to advise the slave of the attached facil- 
ity characteristics. 

The first octet contains the Actual address of 
the facility that is typically a device. and the 
next pair is used to identify the type of facil- 
ity. The first octet of the pair defines the 
generic class of device. and the second octet ts 
bit significant to allow reporting of devices 
that have more than one characteristic (€.g., a 
disk may have both fixed and moving heads). 
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Table 39 
Attribute Parameters 69-6A 


$—4+—---4--4-- + $+ - + 
|@|LTH| ID|OCTET|X/b|DEF| 
t | | 69 | reserved 


n+1/6A 


Ordered 


Chained 
Queued 


OrMN Ww Bb UT O ~) © 


| 
| | | 
[|S|n+1| | 
i 
| | | 
lL | of | 
to. | 
} | | | 
1 | | | 
| | | | 
| | | | 
| | | | Priority 
| || | 
1 || | 
{ | | | 
| || | 
f || | 
I | | | 
| | | | 
| | 
| | | 
+ + + 


aoe ¢ oo} eee yo cay ee 


6.3.4.11 Parameters 69-6A 
6.3.4.11.1 Parameter 69. Reserved. 
6.3.4.11.2 Command Supported Param- 
eter). This parameter shall be as shown in 
Table 39. This parameter is present for every 
command supported by the slave and is made up of 
the following octets. 

(1) Op Code Supported. The value of the sup- 
ported Op Code is supplied. 

(2) Common Modifier Mask. Each bit position 
represents the encode value of the common modi- 
fier bits implemented by the slave for the com- 
mand (e.g.. if a slave does not support Sequen- 
tial or Ordered on a command. then bit positions 
|. 4. and 5 are set to | to indicate that Prior- 
ity and/or Chained are supported in any combina- 
tion). 

(3) Op Code Modifier Mask. Each bit repre- 
sents the encode value of the Op Code Modifier 
bits implemented by the slave on a command. 

(4) Parameter 1D. This is a list of the IDs 
of all of the parameters that are supported for 
the specified op code. 

6.3.4.12 Parameter 6B (Masks of Octets 
Supported Parameter). This parameter shall be 
as Shown in Table 40 and are made up of the 
following octets. 

(1) Selection Octet Mask. Bits 4-6 are re- 
quired for execution over the Physical Inter- 


80 


Sequential 


ATTRIBUTE PARAMETERS 
+—4---4~+--4----- +—---4---4+--—---------- 


ce ee ee ws es ss os ws os ws we ws os ws ow we we ee ee 


COMMAND SUPPORTED 
Op Code Supported 
reserved 
Common Modifier Mask 
reserved 
reserved 
Priority/Ordered 
Priority/Sequential 
Priority/Chained 


Op Code Modifier Mask 

Coded According to Modifiers Supported 
Parameter ID (first) 
Parameter ID (last) 


repeated as many 
times as needed 


face, so the corresponding bits shall be set to 
|. If any of the Bits 7 or 0-3 are set to 1, it 
indicates that the slave supports those capabil- 
ities at the Physical Interface (e.g.. if Bit 7 

is set to one, the slave supports the Facility 
Selection option). 

(2) Bus Control Octet Mask. Bits 6-7 are re- 
quired for execution over the Physical Inter- 
face so the corresponding bits shall be set to 
|. If any of the Bits 4-5 are set to 1. it in- 
dicates that the slave supports those capabil- 
ities at the Physical Interface. The Generic 
command set reserves these bits. 

(3) Bus Acknowledge Octet Mask. Support of 
this octet is optional at the Physical Interface 
and any bits set to | shall indicate support of 
this octet. 

(4) Master Status Octet Mask. The setting of 
any of the Bits 4-6 indicates that the slave 
supports the options at the Physical Interface 
(e.g.. the Slave — Slave Operation Completed Bit 
is set by the slave to indicate that it has the 
capability to perform Slave — Slave Information 
Transfers (see also ANSI X3.129-1986). Support 
of defined Ending Status is required, and no 
other use of these bits may be made. 


NOTE: Hono Ending Status codes can be provided. “0000” 
shall be reported in the octet during the Ending Status 
sequence (sce 4.10.4.1). 
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Table 40 
Attribute Parameter 6B 


ATTRIBUTE PARAMETERS 


4 = 4 —— — 4 —-- 4 -- = ha a a ee a ee ee ee a ee ee ee wee 


+—+--—+—-- +--+ +--+ 
|@| LTH| ID|OCTET|X/b|DEF | 
|S|n+1[6B| | | | 
| | | | 01| | | 
| | | | | 7 | 
| | | | [4-6] 7] 
| | {| | 3 | 
| | { | | 2| | 
| | | | | 1l| | 
| | | | | oO | 
| | | | 02 | | | 
| | | | | 7] 1 
| | | | | 6] 1| 
| | | | { 5] | 
| | | {| 4| | 
| | | | [9-3] | 
| | | | 03| | 
| | | | | 7 | 
| | | | | 6| | 
| | | | ia | 
| | | | 4| | 
| | | | { 0-3] | 
| | | | 04 | | | 
| | | | | 7] J 
| | | i, *G)e 24 
| | | =| | 5] | 
| | f | | 4] | 
| | f | [Os], =F] 
| | | | 05| | | 
| | f | ) eh BE | 
| | | =| Gel iy 
| | | | | S| | 
Ie] | | | 4] | 
| | | | | O=3]. cE | 
i | | | 06 | | | 
f | | | 7 
{ | oe | | 6| 1] 
| | | | [i a 2] 
| | | | | 4| 1 
| | i. 44 | 3] 2 
bs | | }O-2| 7| 
| | | | 07] | | 
| | | | {4-7| F| 
lt 4 | | ) -.s3e] | 
| | | | 2] | 
| | | | | 1] | 
| | | | | O| | 
| | | | 08 | | | 
| | | | | 7] O| 
| | | | } 6] 2 
i | | | | S| 2 
| | | | | 4] | 
| | | | | 3] 2 
| | | | |O-2| 7| 
$4 $a aH 4 He a tee tet 


MASKS OF OCTETS SUPPORTED 
Selection Octet Mask 
' l=Facility Selection supported 
Slave Address - Mandatory 
l=Change Transfer Mode 
l=Change Octet Mode 
l=Priority Select 
l=Priority Hold 
Bus Control Octet Mask 
Operation/Data —- Mandatory 
Direction - Mandatory 
l=reserved 
l=Control of Bus 
l1~F=reserved 
Bus Acknowledge Octet Mask 
l=Operation/Data 
l=Transfer Direction 
lereserved 
l=Control of Bus Accepted 
1~Fereserved 
Master Status Octet Mask 
SuccessfulyUnsuccessful - Mandatory 
l=Bus Parity Error - Mandatory 
l=Pause 
l=Slave-Slave Operation Completed 
F=Defined Ending Status ~- Mandatory 
Slave Status Octet Mask 
Successful/Unsuccessful - Mandatory 
Bus Parity Error - Mandatory 
l=#Pause 
l=eTime Dependent Operation 
F=Defined Ending Status - Mandatory 
Request Modifier Octet Mask 
leFacility Interrupts supported 
Report Busy Status - Mandatory 
Report Ready Status - Mandatory 
Power Fail Alert ~- Mandatory 
Power On Status Request ~- Mandatory 
Interrupt Class ~ Mandatory 
Selective Reset Control Octet Mask 
Slave Address - Mandatory 
l=Slave Release 
l=<Re-initialize as at Power On 
l=Reset Logical Interface 
l=Reset Port Physical Interface 
Slave Interrupts Octet Mask 
reserved 
Report Busy Status - Mandatory 
Report Ready Status - Mandatory 
lePriority Hold Status 
l=Priority Select Status 
Interrupt Class - Mandatory 
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(5) Slave Status Octet Mask. Bits 6-7 shall 
be set to |, and the setting of the Bits 4-5 
indicates that the slave supports these options 
at the Physical Interface. If Bits O-3 are set 
to x°F’, it indicates that the Encoded Ending 
status defined by Level 3 is supported. Support 
of defined Ending Status is required, and no 
other use of these bits may be made. 


NOTE: Hono Ending Status codes can be provided, “0000” 
shall be reported in the octet during the Ending Status 
sequence (sec 4.10.4.1). 


(6) Request Modifier Octet Mask. Bits 0-6 
shall be set to 1. If Bit 7 is set to 1, it in- 
cicates that the Facility Interrupts Request 
option is supported. 

(7) Selective Reset Conirol Octet Mask. Bits 
4-7 shall be set to |. If Bit O is set to |, the 
slave shall set the condition of the Physical 
Interface port over which the Selective Reset 
was received to Neutral. If Bit 1 is set to 1, 
the slave shall reset its Logical Interface 
(e.g.. microprocessor) upon a Selective Reset. 
If Bit 2 is set to 1. the slave shall be capable 
of reto the same conditions as at Power Oni (in- 
formation in the slave of a transient or vola- 
tile nature would be cleared upon Selective Re- 
set). If Bit 3 is sei. the slave shall not per- 
form a reset but shall release its drivers. 

(8) Slave Interrupts Octet Mask. Tf this pa- 
raméter is not present or contains all zeros, 
then Request Slave Interrupts is nct supported 
by the slave. 

6.3.4.13 Parameters 6C-6D. These param- 
eters shall be as shown in Table 41. 

6.3.4.13.1 Request Parm Parameter. This 

parameter may be used to control the transfer of 
parameters as data or to request that the slave 
respond with details on the parameters whose IDs 
ate listed. If no IDs are listed. the slave 
shall respond with all of the parameters assocti- 
ated with the command. 

(1) Parameiers as Data Bit, When this bit is 
set. the slave shall return the requested param- 
eters as data. 

(2) Parameters in Response Bit. When this bit 
is set. the slave shall return the requested pa- 
rameters appended to the response packet. 

(3) Length Bit, When this bit ts set, the 
Slave shall return the accumulated length of the 
requested parameters in the Parm Length param- 
eter of the response packet. 

(4) Naked Parameters as Data Bit. When this 
bit ts set, the slave shall return the requested 
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parameter contents as data with no parameter 
information. 


NOTE: Since there is no parsing information to identify pa- 
rameters, it is advisable that the master request only one 
parameter to be returned in this manner, since there is no 
required order for the slave to return multiple parameters. 


6.3.4.13.2 Parm Length Parameter. This 

parameter is returned in response to the Request 
Parm parameter that specified a number of IDs, 
and requested the slave to advise the accumul- 
ated length of same. 

6.3.4.14 Parameter 6E (Slave Reconfigura- 
tion (Bit-Significant) Parameter). This param- 
eter shall be as shown in Table 42. In its Ini- 
tial attributes. the slave may identify a fea- 
ture (e.g.. Automatic Reallocation) that it sup- 
ports. Such features may be turned “off” by the 
master. 

The fellowing bits are included in this param- 
eter: 

(1) Report Conditional Success if Error Retry 
Bit. When this bit is set to 1. the slave shall 
respond with Conditional Success Substatus if an 
error did not reoccur after retry. When this bit 
is set to 0. if the operation is completed with- 
out an error, either initially or upon retry. 
the slave shall report Successful. 

(2) Report Conditional Success if Data Correc- 
tion Bit, When this bit is set to I, the slave 
shall respond with Conditional Success Substatus 
if a data error was corrected. When this bit is set 
to 0. if the operation is completed without an 
error, either initially or after correction. the 
slave shall report Successful. 

(3) Inhibit Extended Substatus in Response 
Bit, When this bit is set to 1, the slave shall 
not transmit Extended substatus as part of the 
response packet. 

(4) Physical Selection of Synonyms Bu, When 
this bit 1s set to 1, the slave shall recognize 
Synonyms in the range of OO-OF as Facility Ad- 
dresses in the Select octet of the Physical In- 
terface. 

(5) Automatic Reallocation On Bit, This bit 
shall be set to | by the slave if it automatic- 
ally reallocates blocks that require excessive 
retries, error correction, or both, or are 
otherwise identified by some optional analog 
algorithm. This capability should not be con- 
fused with defect mapping done during the FORMAT 
command. If the slave’s Initial attributes show 
that it does not support Automatic Reallocation, 
and the master sets this bit, the slave shall 
reject this parameter setting. 


Table 41 
Attribute Parameters 6C-6D 


++ -—— +--+ ----- + -- - +--+ 
|}@| LTH| ID| OCTET |X/b|DEF | 


|M|n+1/6C| 
| | 


REQUEST PARM 


Length 


oh wma ~J 


3- reserved 
Parameter ID 
Parameter ID 


| 
| 
| 
| 
| 
| 
| 
| 
| 


05 


an 
oO 
pe a a ee 


~” 


pee ae pee pe ee ee 


| | 

| | 
| | | 
| | | 
| | | 
| | | 
| | | 
| | | 
| | | 
| | | 
| | | 
| | | 
| | | 
+ + + 


sy oe ft 


* Mutually exclusive parameters. 


Parameters as Data 
Parameters in Response 


Naked Parameters as Data 
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ATTRIBUTE PARAMETERS 
+—+——-—-4+—--4+---=-= en er 


PARAMETER 


+ * 4 
I 


Repeated as many C 
times as needed 


PARM LENGTH PARAMETER 
Length of Parameter List 


Se ee ee ee ee ee ee ee ee ee ee ee we we ee ee ee we we ws wes we ee ee ee ee ee ee ee ae ae 


Attribute Parameter 6E - 


ATTRIBUTE PARAMETERS 


SIGNIFICANT) 

if Error Retry 

if Data Correction 
in Response 


Physical Selection of Synonyms 


Inhibit Operation Response on Success 


Transfer Notification Packets Required 


Log Unexpected Class 1 Events 
Discard Class 1 Condition Transitions 
Data Streaming Data Transfers 


Response on P-Busy to Not P-Busy Suppressed 


me ccc cece cc a a ee ee ee ae i es ee 


Table 42 
tat $—— ¢—- — $$ 
|@|LTH| ID|OCTET|X/b|DEF | 
t—t—--4+-~4----- +—--4+---4—----------- -- 
|B] n+1|6E| | | | SLAVE RECONFIGURATION (BIT 
| | | | 01] 7 | Report Conditional Success 
| | | | 6 | Report Conditional Success 
| | | | 5] {| Inhibit Extended Substatus 
| | } | |) 4) | 
| | | | | 3] | Automatic Reallocation On 
| | | | | 2] | Seek Algorithm On 
| | | | | 1| | 
| | be | O| | reserved 
|| | | 02} 7) | Trans 
| | | | | 6| | Inhibit Slave Messages 
| | | | | 5] | Inhibit Unanticipated Pauses 
| | | | | 4] | Disable All Error Recovery 
hi | | (i, ede | 
re | | | 2| | 
| | | | | 1 | 
| | | | } Of | Interlock Data Transfers 
| | | | 03] 7| | 
| | | | |6-0| | reserved 
| | | | | | 
+—4+—~~4--4----- $—---4+---4--- - -- - 


(6) Seek Algorithm On Bit. When this bit is 
set to 1, the slave shall reorder data access 
requests in order to minimize seek times (e.g., 
elevator algorithm). If the slave's Initial at- 
tributes show that it does not support Seek Al- 
gorithms, and the master sets this bit, the 
slave shall reject this parameter setting. 

(7) Inhibit Operation Response on Success 
Bir. When this bit ts set to 1, the slave shall 
neither generate a Class | interrupt nor trans- 
mit a response packet to the master for a suc- 
cessfully completed command. This bit ts gen- 
erally used for data transfer commands to an un- 
buffered slave or facility. Response packets 
shall always be returned by the slave tf the 
command did not complete sucessfully or if 
the command required slave/facility initiated 


recovery. If the slave does not allow the mas- 

ter to override the presentation of an Opera- 

tion Response when a command completes success- 
fully, it shall reject this parameter set- 

ting. 

(8) Transfer Notification Packets Required 
Bit, When this bit ts set to |, the slave shall 
provide Transfer Notification packets. even if 
they are implicit (e.g.. Facility Selection with 
Individual Commands). If the master sets thts 
value to 0 in an attempt to override the pre- 
sentation of Transfer Notification packets where 
they are required, the slave shall reject this 
parameter setting. 

(9) Inhibit Slave Messages Bit. When this bit 
is set to 1, the slave shall not generate Mes- 
sage Exceptions. 
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(10) Inhibit Unantictpated Pauses Bit. When 
this bit is set. the slave shall not terminate a 
data transfer, except for anticipated pauses 
(burst boundaries), master pauses (if sup- 
ported), or interface errors. If the slave can 
no longer transfer data, it shall remain in the 
XFRRDY state until it can transfer data or an 
error forces an unsuccessful completion of the 
data transfer. 

(11) Drsable All Error Recovery Bit. When this 
bit 1s set. the slave shall not invoke any error 
recovery in the execution of commands. All errors 
shall cause an tmmediate termination of the com- 
mand with the error reported in Substatus. 

(12) Log Unexpected Class I Events Bit, When 
this bit is set and there is no ANTI- 

CIPATED ACTION command queued, the slave 
shall record all unexpected Class | events 

(which are normally returned as Asynchronous or 
Message/Microcode Exception responses) in the 
Error Log. except Condition transitions 
(P-Available. Not Ready, and the like). 

If the Error Log fills to the point that Error 
Log Request or Error Log Full substatus must be 
reported, all unexpected events shall be re- 
ported as Class 3 Interrupts to initiate prompt 
master action. 

(13) Discard Class 1 Condition Transitions 
Bit, When this bit is set, the slave shall gen- 
erate no interrupts or responses when such 
transitions occur. The master shall determine 
the condition of a slave or facility by the 
REPORT ADDRESSEE STATUS or ANTICI- 
PATED ACTION commands. 

(14) Data Streaming Data Transfers Bit. When 
this bit is set to |. the slave shall transmit 
data in Data Streaming Mode. This setting is not 
needed unless the Physical Interface is set up 
for Interlocked mode. 

(15) Interlock Data Transfers. When this bit 
is set to |, the slave shall transmit inter- 
locked data. This setting is not needed unless 
the Physical Interface is set up for Data 
Streaming mode. 

(16) Response on P-Busy to Not P-Busy Sup- 
pressed Bit. When this bit is set, the slave 
shall generate Class | interrupts (but not the 
associated responses) when notifying the master 
that it is no longer busy after rejecting a sel- 
ection sequence with a P-Busy response. 

6.3.4.15 Parameter 6F (Slave Reconfigura- 
tion (Fields) Parameter). This parameter shall 
be as shown in Table 43. Fields that are not 
supported by the slave shall have all bits set 
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to | (i.e.. x F...F’). If the master wishes to 
change only one field. all the others shal! be 
set to x F...F° and the slave shall ignore them 
(i.e.. no existing value for a field shall be 
changed if the master set x°F...F’). The 
following octets are included in this parameter: 

(1) Sesumyg of Trme Dependency. This value 
specifies the period that. if in the judgment of 
the slave would be exceeded prior to the start 
of data transfer. shall cause the slave to set 
the Time Dependent Operation bit at the Physical 
Interface on a Paused transfer. 

(2) Number of Queued Commands. This value may 
be specified by the master to override the 
Slave’s setting of the maximum number of com- 
mands queued per facility. A master that cannot 
handle Transfer Notification packets can set 
this value to | to force commands to be Individ- 
ual, and the slave shall not present Transfer 
Notification packets to the master. If this 
value is greater than |. or the Transfer Notifi- 
cation Packets Required bit is set. the slave 
shall always present a Transfer Notification re- 
sponse prior to starting a data transfer. 

(3) Maxinun Number of Octets in Conunand 
Packet. This value specifies the maximum size 
for command jackets. 

(4) Marini Number of Octets in Response 
Packet. This value specifies the maximum size 
for response packets. 

(5) Number of Unanswered SYNC INs during Data 
Streaming, This value identifies the number of 
unanswered SYNC INs the slave transmits before 
it suspends transmission of SYNC IN’s (i.e., if 
the number of SYNC INs minus the number of 
SYNC OUTs is equal to this attribute, the slave 
Shall suspend SYNC IN transmission until 
SYNC INs minus SYNC OUTs is less than the 
maximum difference. (See Section 7 in ANSI 
X3.129-1986 for further details.) 

(6) Mavrmuamn Number of Multiplexed Data Trans- 


fers. This value represents the maximum number 


of data transfers that the slave can multiplex 
at one time. A value of 0 is valid if the slave 
does not support multiplexed data transfers. 

(7) Generate Class 2 Interrupt. The slave 
shall initiate a Class 2 Interrupt to indicate 
data transfer can begin when the value specified 
is ready to be transferred (In), or can be ac- 
cepted (Out). The interrupt shall also be gen- 
erated when the last portion of data to complete 
the command is ready to be transferred, even 
though the remainder may be less than the value 
specified. 
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Table 43 
Attribute Parameter 6F 
$—+---4+—--4-----4+---4+---4+ 
|@|LTH| ID|OCTET|X/b| DEF | ATTRIBUTE PARAMETERS 
tot ta-—t—- $---t¢—---4----- -- ~~ + + 
[|B] n+1|6F| | | | SLAVE RECONFIGURATION (FIELDS) 
| | | |01-04] | | Setting of Time Dependency (usecs} 
| | | |05-06| | | Number of Queued Commands 
| | | |}07-08 | | | Maximum Number of Octets in Command Packet 
| | | |O9-0A] | | Maximum Number of Octets in Response Packet 
| | | |OB-OC| | | # of Unanswered SYNC INs during Data Streaming 
| | | {OD-OE| | | Max No of Multiplexed Data Transfers 
| | | |OF-12| | | Generate Class 2 Interrupt 
| | | | 13-16 | | | Burst Size 
| | | |17-1A| | | Data Streaming SYNC timeout (usecs} 
| | | |1B-1E| | | Port Release Time (usecs) 
| | | |1F-22] | | Facility Timeout (usecs) 
| | | | 23-26 | | | Implicit Release Delay (usecs) 
| | | | | | | 
+—+---~4+--4----- toot -—~4-~--- -- 5 + 
+—-—---+-—---+4+---—-+----4+----4----4----4+---- 


|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| | 0 1] 2 | 3 | 4 | 5 | 6 through n 
$-—---4----4+----4--------- $——-—-- 4 —-— fe 
XXXX XXXX 03 bbbb bbbb xx XX 
7654 3210 

|||] Condition 

||| Status 

|| Port Query 


Figure 26 
Command Packet for REPORT ADDRESSEE STATUS 


(8) Burst Size. This value (in octets) spec- 
ifies the maximum size of data that a slave 
shall transfer during any one Information Trans- 
fer of data. 


NOTE: The relationship between the bufler size when Class 2 
is to be reported and the Burst Size defines the type ol buf- 
ler management to be used by the slave. 

(9) Data Streaming SYNC Timeout, This value 
specifies the period that the slave shall wait 
after SYNC OUTs cease from the master, before 
terminating the Information Transfer. If the 
value x FFFFFFFE’ ts set. the time period shall 
be the maximum value allowed by the Physical 
Interface. 

(10) Port Release Time. This value specifies 
the time period that a slave shall keep a port 
reserved without any activity following a PORT 
ADDRESS command. before implicitly releasing 
it. If a value of x. FFFFFFFE’ is set, the time 
period shall be infinity. 

(11) Facility Timeout, This value specifies 


the time period that a slave shall wait for a 
facility to perform an operation before termin- 
ating the command. If a value of x*’FFFFFFFE’ is 
set. the time period shall be infinity. One use 
of the timeout is to designate how long a fa- 
cility may remain busy before the condition is 
reported to the master. 

(12) Implicit Release Delay. This value spec- 
ifies the time period that a slave shall wait 
for a master to respond with a selection se- 
quence after a P-Busy to Not P-Busy interrupt is 
presented because the master had previously at- 
tempted selection. If a value of x, FFFFFFFE’ is 
set. the time period shall be infinity. 


NOTE: !f two masters are competing for a port, one may be fast 
enough to release and then reselect before the other has time 

to respond, and this value can be set to give the slower master 
an opportunity to select the slave in such a situation. 


6.4 REPORT ADDRESSEE STATUS 
6.4.1 Command Packet. The command packet for 
this command shall be as shown in Figure 26. 
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Echoed From| 
Command | 
0123 4 5] 


ee ee eee ee 


\PKT | 
| LTH| 


| | 6 


MAJOR STATUS 
CODES 


| PARAMETERS 
| TYPE|CODE| 
| 7 | 8 through n 


xxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 


7654 3210 


3210 


Figure 27 


Response Packet for 


REPORT ADDRESSEE STATUS 


Table 44 
Report Addressee Status Parameters 


totem —$—— $$ Ht 
|@|LTH|ID|OCTET|X/b|DEF | 
+—$---4¢--+----- oo es 
{B}O2 |50| | | 
| | { | O1f | | 
eal i? al 02| | | 
[| | |03- n{ | | 
| | | | | | | 
|S|n+1|/51[01-02| | | 
lis | | O1| 7 | 
| | | | | 6| | 
| | { | | S| | 
| | | | [| 4| | 
| | [ | | 3| | 
| | ; | | 2| | 
| | | | | 2| | 
| | ‘. "i | O| | 
| | t. il 02| 7 | 
| | | | | 6| | 
| | | | | 5| | 
| | i. i [| 4| | 
| | i il | 3| | 
| | | | | 2| | 
| | | | | i| | 
| | lk “I | O| 
[| tr of | | | 
+-4+---4+--4+----- +—-—-+---+ 


6.4.2 Response Packet. The response packet 
for this command shall be as shown tn Figure 27. 
6.4.3 Description. REPORT ADDRESSEE 

STATUS shall cause the slave to report the 
condition. status, or port mask of the port or 
ports of the addressee. Execution of this com- 
mand shall not clear any condition or status in 
the addressee. 

One modifier bit is required for execution of 
this command, and the bits are mutually exclusive. 

If the Condition modifier is set. the slave 
shall report the condition (see 4.7) of the ad- 
dressee for the port or ports specified. 

If the Status modifier is set, the slave shall 
report the status of the addressee. The response 
is a Vendor-Unique parameter that includes tn- 
formation about the addressee. One of the uses 
of this command is to permit a master that has 
not been available or operational to establish 
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REPORT ADDRESSEE STATUS PARAMETERS 


—— we we ee ee ee ee we ee we es we ee we we we ee ee ee es es ee ee ee ee 


PORT MASK PARAMETER 
Slave Address 
Facility Address 
Port Mask 


CONDITION 

Operational 

Not Operational 

Ready 

Not Ready 

Facility Switched to Another Port 

Port Neutral 

L-Available 

P-Busy 

Status Pending 

Active 

Inactive 

P-Available 

Not P-Available 
reserved 
reserved 
reserved 


the configuration of operating slaves. Status ts 
device type and implementation dependent. It in- 
cludes the current status of the addressee 

(e.g.. which side of an optical platter 1s 

loaded). 

If the Port Query modifier is set. the slave 
shall report the addressee port mask(s) for the 
path over which the command was received. The 
master can use the Port Mask parameter(s) to 
find out which port, in a multi-ported slave 
configuration, It 1s connected to. 


NOTE: The Path Control command provides the master with the 
capability of excluding other (presumed delective) masters trom 
using a specilic slave. The Port Mask delines the port that the 
master is connected to so that it can prevent excluding itself Irom 
port access, 


6.4.4 REPORT ADDRESSEE STATUS Param- 
eters. These parameters shall be as shown tn 
Table 44. 
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fe Bi Mh Beso EE eel ee ee ae | 


4+---+---4+---4—-—--4—---— 4 -—-- 4 --- 4-4 


0 0 0 0 0 0 1 0 Port l 


Figure 28 
Port Mask Parameter 


+—----4-—-—-—-4---- 4+—----— 4-4 4 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 

| LTH| NO |CODE| MOD] MOD|ADDR]|ADDR| 

| I Oy 2] 3 | 4 | 5 | 6 through n 
+—-—-—-—4———-—4-—---—4-—-------- +—-—---4----4------------- 
XXXX XXxXx 04 bbbb bbbb xx xX 


7654 3210 
|||] O=Reserve 1=Release 
||| Priority Reserve 
|| Notify Alternate Port(s) of Priority Reserve 


Figure 29 
Command Packet for PORT ADDRESS 


$—-—---4+------------ $------------ + +--+ $------------ 
| PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE | CODE | 
| | 012 3 4 5] 6 | 7 | 8 through n 
Se +—--------- $-- eH 4-- $$ 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 30 
Response Packet for PORT ADDRESS 


6.4.4.1 Port Mask Parameter. The first two 6.5 FORT ADDRESS 


fields in Figure 28 identify the slave or facil- 
ity to which the parameter applies, and the 
bit(s) set in the mask identify the port(s). 

When the Port Query modifier is set, this 
parameter identifies the port or ports on the 
path to the addressee over which the master 1is- 
sued the command. 

If the master appends this parameter to the 
command, the slave shall repeat this parameter 
preceding each condition or status in the re- 
sponse for all the elements of the path. 

A parameter length of | indicates that the 
command shall be performed for all the instailed 
ports known to the addressee. 

6.4.4.2 Condition Parameter. The two octets 
are bit significant to advise the master of the con- 
ditions within the addressee for the physical port 
or ports identified by the Port Mask parameter 
(i.e.. the conditions at the Physical Interface as 
viewed by the master of that interface port). 


6.5.1 Command Packet. The command packet 
for this command shal! be as shown in Figure 29. 
6.5.2 Response Packet. The response packet 
for this command shall be as shown in Figure 30. 
6.5.3 Description. The PORT ADDRESS 
command allows the master to establish explicit 
allegiances with multiported slaves. facilities. 
or both. 
If the Reserve modifier is set. it shall cause 
the addressee to be dedicated to the commanding 
port. The addressee shall remain reserved until 
a Release occurs or unti! another port issues a 
Priority Reserve or an appropriate reset is issued. 
Multiported addressees. when not reserved, shall be 
implemented to perform an implied reserve when exec- 
uting a command from the master. Following the ex- 
ecution of the command or Chain, Sequence. or Order 
that caused the implied reserve, the addressee shall 
perform an implied release and become available to 
the other port or ports. 
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If the addressee supports command stacking, 
the addressee may be able to accept commands on 
one port while executing commands at another 
(this requires that each port of the addressee 
be capable of stacking commands). The addressee 
may defer the execution of stacked commands un- 
til the other port is no longer executing 
commands. 

If more than one Reserve is issued to an ad- 
dressee, succeeding Reserves shall be executed 
as NOPs. Slaves may employ a reserve safety 
timer to release the addressee if the reserving 
master does not access the addressee during the 
safety time limit that is specified by the At- 
tributes. The safety time limit may be over- 
ridden by setting tts value to infinity in the 
Attributes. 

The Reserve of a facility shall cause it to be 
dedicated to the commanding port of the slave. 
However. the slave ts not dedicated to the 
commanding master. When a command is issued 
to a multiported facility that ts not reserved, 
the slave shall perform an implied reserve on 
the facility. At the completion of the opera- 
tion, an implied release is issued to the facil- 
ity. It is the slave’s responsibility to brack- 
et every operation to an unreserved. multiported 
facility with a reserve and a release function. 

If the Relcase modifier is set, it shall cause 
the addressee to make itself available to its 
other port or ports. The Release complements a 
previous Reserve of the port. If multiple Re- 
serves had been tssued, tt is not the responsi- 
bility of the slave to nest the Reserve/Release 
pairs to ensure symmetry. The first Release 
shall cause the addressee to make itself avail- 
able to the other port or ports. 

If the Priority Reserve modifier is set, the 
command shall not be accepted unless the Reserve 
modifier is also set (Bit O=0). This modifier 
causes Immediate switching of the addressee’s 
port. releases any Access Permit ranges that may 
be active and establishes a Priority Reserve. If 
the addressee is engaged in a command through 
another port, t( shall terminate the command. 
and return Priority reserved status to the other 
port. Termination may be either "graceful" or 
immediate, as determined by the slave/facility 
implementation. The Priority Reserve shall re- 
main in effect until a Release command or an ap- 
propriate reset is issued. 

Priority Reserve is primarily intended for 
failure recovery purposes. If the master at- 
tached to an unavailable port determines that 
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the master on the active port has failed. the 
Slaves. facilities. or both can be switched to 
the operable master through the use of the 

Priority Reserve command. 

If a slave is capable of interpreting commands 
at an alternate port while reserved, Priority 
Reserve sliall always be accepted, unless a port 
has been excluded by a previous PATH CONTROL 
command. 

If the Notify Alternate Port(s) of Priority 
Reserve modifier is set. the slave shall advise 
the other port or ports by Asynchronous Response 
that this port has been Priority reserved. This 
modifier shall only be accepted by the slave if 
Bit |} = | and BitO = 0. 


6.6 PATH CONTROL 

6.6.1 Command Packet. The command packet 
for this command shall be as shown in Figure 31. 

6.6.2 Response Packet. The response packet 
for this command shall be as shown in Figure 32. 

6.6.3 Description. The PATH CONTROL 
command provides the master the ability to dis- 
able (Not P-Available), enable (P-Available). or 
assign any port of the addressee. The parameter 
shall be used as a mask to Disable (1) or Enable 
(O) specific ports on the addressee. 

When there are no Operation Modifier bits set 
the ports shall be disabled tn an orderly manner 
(i.e., after all activity for the port has 
ceased. The command is completed when all ports 
referenced in the mask are either enabled or 
successfully disabled. 

There may be as many mask octets tn the 
parameter as are needed to define the number of 
ports addressable (on a switching slave. this 
could be a large number. e.g., 32 ports would 
require 4 octets) (see Figure 33). The first 
port on a slave or facility is represented by 
bit O in the least significant octet and the re- 
maining ports (if any) are represented by con- 
tiguous bits in the more significant octets. 

If the Purge Commands Outstanding at Disabled 
Port modifier is set, it shall cause the slave 
to abort all commands currently in the command 
Stack and clear all nonasynchronous responses 
for the disabled port of the addressee. The port 
or ports will be disabled regardless of the state 
of the disabled port. This command may be used to 
allow a malfunctioning port to be destructively 
disabled, regardless of its current condition. 


Implementation Note: Itis possible for an orderly dis- 

able to be executed against a slave port over which the 
PATH CONTROL command was received. If one is received, 
the command should be rejected. 


+-~--+---- 
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+—----4---—-+4----4----4---=+4------ + 
{|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| | Ol] 2 | 3 | 4 | 5 | 6 through n 
+—---+----+--~~-+--------- +----+-~-~--4-----~------- 
XXXX xxxx 05 bbbb bbbb-= xx XX 
7654 3210 
|||] Purge Commands outstanding at Disabled port 
||| Path Select 
Figure 31 
Command Packet for PATH CONTROL 
+—----4+----—------- $—-—------------------ +—-—----------- 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE | CODE | 
| {| O12 3 4 5] 6 | qT | 8 through n 
+----+------------ +--------- +----4----4+------------ 
XXxXx eeeeeeeeeece bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 32 
Response Packet for PATH CONTROL 
$e $$ —-- - t-- $+ - $$ t 
1716/5 ]4/3]2]2 1 90 | 
4—-—--4+---4---4---4--- +--+ +--+ 
0 0 0 0 0 0 0 0 Enable all ports 
0 0 0 0 0 0 iL. 0 Disable Port 1/Enable Others 
0 0 0 0 1 0 0 1 Disable Ports 0 and 3/Enable Others 
Figure 33 


Mask Octet Examples 


If the Path Select modifer is set and more 
than one Port Mask parameter is appended to the 
command, a group allegiance shall be established 
to the port or ports designated. The group al- 
legiance remains until another PATH CONTROL 
command with this modifier set and only one Port 
Mask parameter appended is received, or an ap- 
propriate reset is executed. The command has the 
effect of reserving the addressee to the group 
of slave ports. facility ports. or both defined 
in the Port Mask parameters. 

While the group allegiance is in effect. im- 
plicit and explicit allegiance from within a 


group work normally. A port excluded from the 
group allegiance may only gain control of the 
addressee through the use of Priority Reserve or 
an appropriate reset. 

When the Path Select modifier is not set. but 
more than one slave Port Mask parameter ts as- 
sociated with a Port Mask parameter of the 
facility. the master is identifying alternate 
paths that may be used to route responses. Such 
a usage demands specific knowledge between the 
master and attached slaves, which may make the 
implementation vendor dependent, system depen- 
dent, or both. 
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Table 45 
Path Control Parameter 
$— fo $$ +--+ - + 
|@|LTH|ID|OCTET|X/b|DEF | PATH CONTROL PARAMETER 
+—-4+---+--+----- tm pe ta nn ne 
[M{n+1[50| | | | PORT MASK PARAMETER 
| | { 01 | | | Slave Address 
i | | 02] | | Facility Address 
| | | |O3- ni] | | Octet mask(s) 
| | | | | | | 
+—4+~—~—4+--4----- +—--—4--—-4~----- - - - - - 
+—-— 4-4 a ta a tn a tt ee 
|PKT |REF | OP [COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| hOy ae, 2. |] 3 | 4 | 5 | 6 through n 
+—----4+-——---4----4---- ---- = +—----+----+4------------ = 
0006 xxxx 06 bbbb bbbb = xx XX 
7654 3210 
LIT | 
2 have encoded meaning of: 


x'O'’=Enable x’'2'=Disable 
x'6'=Set 


Ltt Bits 1, 
il 
l | 


x’ 4'=Clear 


Figure 34 
Command Packet for ATTENTION CONTROL 


foe $e ee ee $2 ee $e----------- 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE | CODE | 
| | 0123 45 6 | 7 | 8 through n 
$----4------------ +--------- $----4----4---- -------- 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 35 


Response Packet for ATTENTION CONTROL 


6.6.4 Path Control Parameter (Port Mask Pa- 
rameter). This parameter ts used to identify 
the port to be masked (see 6.4.1.1). This param- 
eter shall be as shown in Table 45. 


6.7 ATTENTION CONTROL 
6.7.1 Command Packet. The command packet 
for this command shall be as shown in Figure 34. 


6.7.2 Response Packet. The response packet 
for this command shall be as shown in Figure 35. 


6.7.3 Description. The ATTENTION IN signal 
at the Physical Interface is set as a result of 
interrupts pending in the slave or slaves. The 
ATTENTION CONTROL command provides the 
master with the ability to control generation of 
the ATTENTION IN signal by the addressee. 

The modifiers are set in conjunction with the 
Attention Control Parameter to provide for the 
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enabling. disabling. setting. or clearing the 
interrupt classes within the addressee. 

This command does not affect the operation of 
other ports and does not affect the capability 
of the master to poll for interrupts at the 
Physical Interface. At Power On, all of the 
interrupt classes are enabled. 

The Enable and Disable modifiers change how 
interrupts affect the setting of ATTENTION IN, 
as follows: 

Enable allows the selected tnterrupts to gen- 
erate attention (e.g.. when Interrupt Mask Bit 2 
is set, then Class 3 interrupts shall be enabled 
for causing the ATTENTION IN signal to 
be asserted). 

Disable prevents the selected interrupts from 
generating attention (e.g.. when Interrupt Mask 
Bit O ts set. Class | interrupts shall not cause 
the ATTENTION IN signal to be asserted). 


+— 
|@{LTH|ID|OCTET|X/b|DEF | 


+= 


|M| 02 


| 


| 
| 
| 
| 
+— 
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Table 46 
Attention Control Parameter 


$ eee tent e+ + - 


ATTENTION CONTROL PARAMETER 
$o-—+—-—-4—----- Heme tenn penne 


50 INTERRUPTS MASK 
reserved 
Class 3 Interrrupts (Critical) 


| 
a | 
| 
| Class 2 Interrrupts (Transfer Pending) 
| 
| 
+ 


| 50 | | 
| | | | 
| | | | 
| | | | 
| | | | Class 1 Interrrupts (Status Pending) 
| [. | 
+--+ + 


pa 


$---- fF —- 4 - HH — HH - 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| | O 1] 2 | 3 | 4 | 5 | 6 through n 
f= + -- - - +--+ 4-——--4+----4---- + 
XXXX XXXX O7 bbbb bbbb xx xX 
7654 3210 
PIT 
[| | 
[| O=Set 1=Report 
Figure 36 
Command Packet for OPERATING MODE 
fo---4------------ 4—------------------- fo----~------- 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE |CODE | 
| | 0123 4 5 6 | 7 | 8 through n 
+—----4------------ $—-—-------- +----4+----4+----------- 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 3/7 


Response Packet for OPERATING MODE 


The Set and Clear modifiers force interrupts 
themselves to be changed, as follows: 

Set causes the selected interrupts to be gen- 
erated internally by the addressee (e.g., when 
Interrupt Mask Bit O is set, then a Class | in- 
terrupt shall be generated. which shall cause 
the assertion of the ATTENTION IN signal if 
Class | is Enabled). 

Clear causes the selected interrupts to be 
reset (e.g., when Interrupt Mask Bit 0 is set, 
then the Class | interrupt tndication shall be 
reset within the addressee). 

6.7.4 Attention Control Parameter (Interrupts 
Mask Parameter). This parameter is used to set the 
mask to either cause or prevent interrupts from 
having the ATTENTION IN signal be generated. 


This parameter shall be as shown tn Table 
46. 


6.8 OPERATING MODE 

6.8.1 Command Packet. The command packet 
for this command shall be as shown in Figure 36. 

6.8.2 Response Packet. The response packet 
for this command shall be as shown in Figure 37. 

6.8.3 Description. The OPERATING MODE 
command allows the master to change the opera- 
ting modes of the slave or facility dynamically. 
The parameter field of the command packet de- 
fines what action the slave or facility is to take 
(e.g., those associated with establishing device- 
unique operating characteristics, such as recording 
density on tape, removal of media, and the like). 


9] 


ie _ +: 


AMERICAN NATIONAL STANDARD X3.132-1987 


On disks, the master may direct transfer com- 
mands to nonprimary data spaces such as the CE 
Partition, IML Partition, and the like, Data 
transfer commands shall be Chained, Sequenced, 
or Ordered to OPERATING MODE with 
the Partition parameter in order to access the 
one desired. 

Execution of transfer commands in slave- 
defined areas other than that for data may re- 
quire different types of response information. 
The Response Conditions parameter is used to 
override the conditions established by House- 
keeping Attributes. 

The parameters associated with this command 
shall remain in effect until a subsequent 
Chained, Sequenced, or Ordered OPERATING 
MODE command is tssued or until the ter- 
mination of the Chain, Sequence, or Order. 

6.8.4 Parameters. The Operating Mode Param- 
eters shall be as shown in Table 47. 

6.8.4.1 Partition (Common) Parameter. 
This parameter ts used to establish the slave- 
defined Partition that ts to be addressed when 
it is not the data partition. 

6.8.4.2 Response Conditions Parameter. 
The master can override default attributes by 
use of this parameter. which has the same mean- 
ings as those defined in the Slave Reconfigura- 
tion Parameter of the ATTRIBUTES com- 
mand (6.3.4.1.4). 

6.8.4.3 Disk Modes Parameter 

(1) Spin Up. The slave shall cause the disk spin- 
dle to be powered up and spinning. and shall unlock 
the carriage so that it will be ready for operation. 

(2) Spin Down. The slave shall cause the disk 
spindle to be powered down, 

(3) Lock Cartridge. The slave shall cause the 
disk cartridge or the cartridge door to be lock- 
ed, so that a removable disk cartridge cannot be 
removed by an operator. 

(4) Unlock Cartridge. The slave shall cause 
the disk cartridge or cartridge door to be un- 
locked, so that a removable cartridge can be re- 
moved by an operator. 

(5S) Load Heads. The slave shall cause the 
read/write heads to be loaded onto the media. 

(6) Unload Heads. The slave shall cause the 
read/write heads to be unloaded from the media. 
(7) Lock Carriage. The slave shall cause the 

disk carriage to be locked. 

(8) Rezero. This parameter shall cause the 
arm of the addressee to be set to its initial 
calibrated position. 
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6.9 ABORT 

6.9.1 Command Packet. The command packet 
for this command shall be as shown in Figure 38. 

6.9.2 Response Packet. The response packet 
for this command shall be as shown in Figure 39. 

6.9.3 Description. The ABORT command allows 
a master to terminate all or some of the com- 
mands within a slave or issue a Selective Reset 
to facilities. 

Slaves shall be implemented to accept an ABORT 
command while commands are in progress on at- 
tached facilities. This requires that the slave have 
the ability to process a minimum of one ABORT 
command, even if its command stack is full. This is 
the only command that this restriction applies to, 
and only the simplest implementation need be sup- 
ported when all queues are full. 

Since an ABORT is presumed to take precedence 
over other commands, the Priority Modifier 
should be set; otherwise, it will be managed in 
the order of the slave’s command handler (first 
in, first out (FIFO) or some other algorithm). 

The ABORT command shall be rejected if no modi- 
fiers are set and there are no parameters present. 

ABORT allows the master to terminate ccm- 
mands in the slave or facility. Unless defined 
otherwise by the master via parameters, if any 
command in a Chain, Sequence. or Order is 
aborted, the remaining commands in the Chain, 
Sequence. or Order shall be terminated. It is 
the master’s responsibility to ensure that no com- 
mands in a Chain, Sequence. or Order that had not 
been received by the addressee prior to issuing the 
ABORT are received following the ABORT. 

The Command Reference Numbers of the com- 
mands to be terminated are passed as parameters. 
If no modifiers are set, the slave shall termi- 
nate all commands that have not been initiated. 

The response packets for the original commands 
shall identify whether or not the requested com- 
mands were terminated. The slave issues the Re- 
sponse for the ABORT command only after all of 
the commands identified in the parameters have 
been aborted. 

If the Terminate Command in Progress modifier 
is set, the command in execution shall terminate 
immediately. If a Chatn, Sequence, or Order of 
commands ts affected, all other associated com- 
mands shall be terminated. Results are unpre- 
dictable if a command, command sequence, or com- 
mand chain is partially completed at the time it 
is aborted. The slave shall abort the command 
in a manner that retains as much data or 
operational integrity as iS practical. 
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Table 47 
Operating Mode Parameters 


+—+-~-~-4+~--4+-----4~--4+---4+ 
|@|LTH| ID|OCTET|X/b| DEF | OPERATING MODE PARAMETERS 
+—-4—-~~4+~-~-4----- tome to~-4+-- ~~ ee 


|B]/n+1|3E£{ 


| 
M 


M 


| ™ | 
| | 
| | 
| | 
| | 
| | 
| | 
|| 
| | 
peed 
| | 
ral 
| | 
It i 
| | 
| | 
| | 
| | 
| | 
| | 
+ 


02 


03 


mh ee oe 


PARTITION PARAMETER (See 5.5.15) 


| 

50 RESPONSE CONDITIONS 

Post Conditional Success if Error Retry 

Post Conditional Success if Data Correction 

Inhibit Operation Response on Success 

Inhibit Extended Substatus Response 
reserved 

51 disk MODES 

Spin Up 

Spin Down 

Lock Cartridge 

Unlock Cartridge 

Load Heads 

Unload Heads 

Lock Carriage 

Rezero 


reserved 


_— ——_— << —<— — — a ce ee eee ee ee ee ee ee ee ee ee eee ee ee oe we oe ee ee 


a a a ae 
a a a i 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


$-- nt --- 4-4 $$$ $e 
|PKT |REF | OP [COM | OP |SLAV|FAC | PARAMETERS 
| LTH] NO |CODE| MOD| MOD|ADDR|ADDR| 
| | Ol] 2 | 3 | 4 | 5 | 6 through n 
$$ -- - t $e to---4+----+----------- 
XXXX Xxxx 08 bbbb bbbb-= xx XX 
7654 3210 

||| | Orderly Termination 

||| Terminate Command in Progress 

|| Terminate All Commands Not in Progress 


Figure 38 
Command Packet for ABORT 


$—---4------------ $—------------------ 4+------------ 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE| CODE | 
| | O12 3 4 5| 6 | 7 | 8 through n 
4+----4+------------ +--------- $----4----4------------ 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 39 


Response Packet for ABORT 
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If the Orderly Termination modifier ts set, an 
in-progress command shall be terminated at a 
point that ensures data integrity. This may or 
may not require the slave to complete a sequence 
or chain. 

If the Terminate All Commands Not in Progress 
modifier is set, all commands not in progress 
shall be aborted. A command may have been initt- 
ated but not be in progress (e.g.. a transfer 
command with an implicit seek that has been com- 
pleted, but no transfer has begun). 

An ABORT command cannot be used to abort a 
previously issued ABORT command. 

If a master is terminating commands tt issued 
over the same port. short forms of the parameter 
list may be used. However, if on a multiported 
system, a different master (or the same master 
through a different port) issues the ABORT. the 
slave shall requires the complete routing infor- 
mation of the original commands. When the abort- 
ed command terminates, the port over which it 
was aborted is advised (i.e.. the routing of the 
ABORT command overrides the original routing). 

A master can issue a Selective Reset to a fa- 
cility if the Facility Reset parameter is ap- 
pended. The use of this parameter is mutually 
exclusive with the use of any operation modi- 
fiers or other parameters. 

6.9.4 Parameters. The Abort Parameters shall 
be as shown in Table 48. 

6.9.4.1 Command Reference Number Pa- 
rameter. This parameter is used by the master 
that originally issued the commands to be aborted. 
6.9.4.2 Alternate Port Conimands Param- 
eter, This parameter is issued by a master (which 
may or may not have issued the original command) 
for each command to be aborted, over a port 
other than that from which it was originally re- 
ceived. It is necessary to provide the slave with 
the complete routing tnformation on the command. 

(1) Command Reference Number. This value 
shall correspond to that of the command to be 
aborted. 

(2) Slave Address. This octet shall identify 
the Slave Address to which the command was ori- 
ginally issued (slaves may have different ad- 
dresses on different ports). 

(3) Facility Address. This octet shall 
identify the Facility Address to which the com- 
mand was originally issued (facilities may have 
different addresses on different ports). 

(4) Octet Mask{s). This octet shall iden- 
tify the port over which the command was origi- 
nally received. 
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6.9.4.3 Facility Address Parameter. This 
parameter 1s used to remove commands queued to 
Facility Addresses. If there are several com- 
mands outstanding to a particular Facility Ad- 
dress, this parameter reduces the burden on the 
master to identify every Command Reference Num- 
ber. The slave shall generate a response for 
each command aborted. This parameter is used as 
an alternative to Parameter 50. 

6.9.4.4 Alternate Port Parameter. This pa- 
rameter is issued by a master (which may or may 
not have issued the original command) for each 
command to be aborted, over a port other than 
that from which it was originally received. It 
provides the same function as the Facility Ad- 
dress parameter, with the addition of the rout- 
ing information of Slave Address and port mask 
over which the commands were originally 
received, 

If the Facility Address field is set to x°FF’. 
then all of the commands received by that port 
Shall be aborted. This parameter is used as an 
alternative to Parameter 51. 

6.9.4.5 Facility Reset Parameter. When 
this parameter is appended all of the facility's 
pending and active commands and pending re- 
sponses within the slave shall be flushed. Bits 
3-0 (see 4.10.7) define the type of reset that 
the slave shall issue to the facility. 


6.10 ACCESS PERMITS 

6.10.1 Command Packet. The command 
packet for this command shall be as shown in 
Figure 40. 


6.10.2 Response Packet. The response 
packet for this command shall be as shown in 
Figure 41. 


6.10.3 Description. The ACCESS PERMITS 
command provides the ability to define multiple 
extents that may be either read- or write- 
protected by an Access Key established by the 
master. The Access Key is set originally by the 
master to be associated with a defined extent or 
extents, and specifies the type of protection 
desired, 

Any command that references an extent or 
extents protected by a previously issued ACCESS 
PERMITS shall include the Access Key in its pa- 
rameter list. If the Access Key ts not present, 
or is incorrect, the slave shall terminate with 
Command Exception (Missing parameter) or Ma- 
chine Exception (Access Violation) status. 
respectively. 
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Table 48 
Abort Parameters 

+ —4$—-——- 4 -- 4 - - - - - + —- - +--+ 

|@|LTH|ID|OCTET|X/b|DEF| ABORT PARAMETERS 

+—4+---4+—--4+—-- + - $e et 4 a 

|M|n+1]50| | | | COMMAND REFERENCE NUMBER PARAMETER 

| | | }01-02| | | Command Reference Number Repeated as many 

| | | |n-l:n| | | Command Reference Number times as needed 

| | | | | | | 

|M|n+1]51| | | | ALTERNATE PORT COMMANDS PARAMETER 

1 | | |01-02| | | Command Reference Number 

| | | | 03| | | Slave Address 

| | | 04 | | | Facility Address 

| | | }OS- n| | | Octet mask(s) 

| | | | | | | 

[M|n+1]52| | | | FACILITY ADDRESS PARAMETER 

| | | | 01 | | | Facility Address Repeated as many 

| | | | n| | | Facility Address times as needed 

| | | | | | | 

|M|[n+1]53! | | | ALTERNATE PORT PARAMETER 

| | | | 01 | | | Slave Address 

| | | 02 | | | Facility Address 

| | | |O03~- n| | | Octet masks 

| | | | | | | 

[M| 02|54| | | | FACILITY RESET PARAMETER 

| | | | 01|7-4| | reserved 

| | | | | 3 | Release 

| | | | | 2 | Reset as Power On 

| | | | } 1 | Logical Interface Reset 

| | |} | | O| | Physical Interface Reset 

| | | | | | | 

+—-4+---+--+----- $---4+---4------ - - -- - - ~~ - - - - - - - + 
4+—-—---+4+----4+---- +--+ - - — - + -- - - $4 - 


|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 


he Oa) oy ae 


4 | 5 | 6 through n 


$—---—4----4+----4--------- +—----4+----4------------- 


XXXX XXXX 09 bbbb bbbb 
7654 3210 


XX XX 


Bits 0, 1, 3 have encoded meaning of: 
x'Q'=}Report 

x’l’=Initialize x’2’sRestore 
0=DataBlock l=PhysicalBlock 
x'9’=Load x’A’ Save 


Figure 40 


Command Packet for ACCESS PERMITS 


|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH] Command | CODES | TYPE | CODE | 
| | O12 3 4 5] 6 | 7 | 8 through n 


Figure 41 
Response Packet for ACCESS PERMITS 
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The opcode modifiers allow the master to Ini- 
tialize. Report. Restore. Load, or Save Access 
Key information. The modifiers are mutually ex- 
clusive, t.e.. only one action may be specified 
by the command modifier. 


NOTE: Bits 0. 1, and 3 (x'1', x’2’, and x*8’) are encoded. 
Bit 2 (x'4°) is used in conjunction with these bits to 
refer to either logical or physical blocks. 


The Opcode modifiers shall be as follows: 

(1) Report. Report requires the addressee to 
respond with a list of the extents currently 
protected. 

(2) Initialize. Initialize allows the slave to 
set its protected extents to their default value 
(typically none will be protected). 

(3) Restore. Restore allows the restoration of 
Access Key information that has been Saved. 

(4) Save. Save allows the addressee’s protect- 
ed extents, including those associated with this 
command, to be saved prior to Power Down or re- 
moval of the media from a removable media 
facility. 

(5) Load. Load allows the master to set pro- 
tected extents within the addressee (if they are 
valid). 

(6) Restore. At Power On. slaves shall perform 
an automatic Restore if protected extents have 
been Saved: otherwise. they shall perform an 
Initialize. 

The parameter fields assoctated with this com- 
mand allow the protected data areas to be spe- 
cified as extents. and use bit-significant 
fields to specify Read or Write Access, and to 
Invoke or Revoke protection. The maximum number 
of extents that can be protected is established 
with the ATTRIBUTES command using the 
Addressee Configuration parameter. 

Protection may be revoked from selected areas 
by setting the Revoke bit in the parameter 
field. However. an ACCESS PERMITS command 
that references any part of a protected area 
shall be required to define the Access Key for 
that area. This is necessary to prevent acci- 
dental or deliberate revocation. modification. 
or remodification of access protected address 
ranges. 

In multiport systems that have slaves that 
share common facilities. it is the responsibil- 
ity of the master to ensure that appropriate 
protection is established for all slaves sharing 
them. 

The protection ts applied from the port that 
established the extents. and can be revoked by 
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that port. or other ports tdentified in the 
original Protection parameter. 

In the event that a master fails, or another 
master attached to a different port has a need 
to override existing ACCESS PERMITS, it ts 
possible to redefine allowable access with the 
PORT ADDRESS command. All of the protected 
ACCESS PERMIT ranges associated with an 
addressee can be released simultaneously by is- 
suing a PORT ADDRESS command with the Priority 
Reserve bit set in the Opcode Modifier field. 


Implementation Note: The method specified for write- 

protected, or read-protected data, or both, is effective 

m preventing accidental access to address ranges. How- 

ever, if all users of the system are allowed to issue a 

Priority Reserve (via a PORT ADDRESS command), then a mal- 
iclous user Can gain access to any data. This problem can 

be avoided il soltware restricts the use of the Priority Re- 

serve bit in the PORT ADDRESS command. 


6.10.4 Parameters. The Access Permits Param- 
eters shall be as shown in Table 49. 
6.10.4.1 Command Extent (Common) Param- 
eter. This parameter is used to define the ex- 
tent (or extents. if multiple parameters are 
supplied) that is to be protected by the slave, 
and is preceded by the Access Key and Access 
Protection parameters. 
6.10.4.2 Response Extent (Common) Param- 
eter. This parameter 1s used to return the ex- 
tent or extents protected by the Access Key 
(which was supplted in the command packet). 
6.10.4.3 Access Key (Common) Parameter. 
This parameter ts used by the master to precede, 
and thus identify, the extent or extents to be 
protected or reported. 
6.10.4.4 Data Address (Common) Parameter. 
This parameter is used if the four octets of Data 
Address tn the Extent parameters are insufficient. 
6.10.4.5 Partition (Common) Parameter. 
This parameter is used to address any partition 
other than the default data area, and shall 
precede the Extent parameter. 
6.10.4.6 Port Mask Parameter (See 
6.4.4.1). The Port Mask ts used to establish 
from which ports the protection ts to be 
applied. Applications of the Port Mask are used 
as follows: 
(1) This Port Only. Used to protect the extent 
or extents on this port only. 
(2) This Master Only. Used to protect the 
extent or extents accessible to this master 
only. It is necessary that the port controls be 
established to identify which master has access 
over which ports. A master may have more than 
one port of access to a slave. 
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Table 49 
Access Permits Parameters 

t—+—--$—-4$—----- $$ + 
|@|LTH| ID|OCTET|X/b|/ DEF | ACCESS PERMITS PARAMETERS 
+—-4+---+--4+----- +---4---4+--- -- - - - - - - - - - 
jm] O09 | 31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| |} | [o1-04; | | Count 
} | | }05-08 | | | Data Address 
It} ot | | | 
|S|n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | }01-04] | | Residual Count 
| | | }05-08 | | | Data Address 
| | ae | | | 
|MJO5 |35]01-04] | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B|n+1|3A]01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | Pc | | | 
{M|n+1]3E/01- n} | | PARTITION PARAMETER (See 5.5.15) 
| | ea | | 
IM} n+1]50| | | | PORT MASK PARAMETER 
|} | | | O1| | | Slave Address 
| | | | 02 | | | Facility Address 
| | | }O3- n| | | Octet mask({s) 
| | Po dl | | 
[M]O2 }51]| | | | ACCESS PROTECTION PARAMETER 
t | | | 01 | | | Protection Modifiers 
| | | | | 7| | Read Access 
| | | | | 6] | Write Access 
| | | | | 5| | Invoke * mutually 
} | | | | 4] | Revoke * exclusive 
| | | | |3-0| | reserved 
| | | | | | | 
a on oe ee haa a ha a a ff wo nn on nn nn nn nn oe ee ee = = = = - 

(3) Other Ports Only. Used to protect the 6.11 RESUME 
extent or extents from access by the other ports 6.11.1 Command Packet. The command packet 
connected to the slave. for this command shall be as shown in Figure 42. 

(4) Other Masters Only. Used to protect the 6.11.2 Response Packet. The response packet 
extent or extents from access by the other for this command shall be as shown in Figure 43. 
masters connected to the slave. 6.11.3 Description. This command allows the 

6.10.4.7 Access Protection Parameter (Pro- master, without reference to the termination ad- 
tection Modifiers). These modifiers follow the dress, to resume execution of an operation that 
Access Key parameter and are used to establish was posted as Incomplete by the slave. The slave 
what kind of protection is needed for access to shall resume from the point at which the command 
the extent. The modifiers are as follows: had been suspended in execution, and continue as 

(1) Read Access. This modifier permits trans- if there had been no interruption. 
fer commands read-only access to the extent when RESUME can only be used to reinitiate slave 
associated with the correct key in their param- execution of the COPY, COMPARE SLAVE 
eter list. DATA. and COMPARE DATA commands. The re- 

(2) Write Access. This modifier permits trans- sponse for the RESUME is presented when a 
fer commands both read and write access to the command is successfully reinitiated. The re- 
extent when associated with the correct key in initiated commands will each present a separate 
their parameter list. response when they complete. 

(3) Invoke. This modifier is used to estab- For example, during a COPY operation from disk 
lish, in accordance with the access modifiers, to tape. End of Media (EOM) may have occurred. 
the protection of the extent or extents with the Incomplete status would have been posted, and 
Access Key. the master has to provide for rewind and re- 

(4) Revoke. This modifier is used to cancel, placement of the output tape. By issuing RESUME, 
in accordance with the access modifiers, the the master can initiate resumption of the COPY 
protection of the extent or extents under the without having to rethe COPY with revised disk 
Access Key. extents information. The RESUME command thus 
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foe tae 4 a ta an tan tt 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |[CODE| MOD| MOD|ADDR|ADDR| 
| |, Oo 1l| 2 | 3 | 4 | 5S | 6 through n 
+—---—-4+—--— —- 4+ — + +o--- 4+ -- -- 4+ -- - - - - - - - + 
XXXX XxxXx OA bbbb bbbb xx XX 

7654 3210 

Figure 42 


Command Packet for RESUME 


toe et toe rr nnn nn nr a +—-—----------- 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH Command | CODES | TYPE |CODE| 
| | 012 3 4 S| 6 | 7 | 8 through n 
+----+------------ +--------- +—----4+----+----~------- 
XXxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 43 


Response Packet for RESUME 


Table 50 
Resume Parameters 


$—4+---4¢--4+----- +--- +--+ 
[|@|LTH|ID|OCTET|X/b|DEF| 


+¢-4---4+--4----- ee ee eee 
Command Reference Number 
Command Reference Number 


[M|n+1|50]01-02| 


RESUME PARAMETERS 


Repeated as many 
times as needed 


ALTERNATE PORT COMMANDS PARAMETER 
Command Reference Number 


| | 
| | [| |n-1lin| | | 
| | enc | | | 
[Mjn+1[51| | | | 
| |  [ jo1-02; | | 
| | | | 03 | | | Slave Address 
| | | | 04 | | | Facility Address 
| | | |05- n| | | Octet masks 
| | | | | | | 
+-4---4--+----- +---4+---+----------- 


facilitates the backup/restore operation when 
multiple backup media are required. 

The command to be resumed shall be identified 
by its Command Reference Number, which is ap- 
pended as a parameter (the Command Reference 
Number within the basic command packet is that 
for the RESUME command itself). If this param- 
eter IS missing or incorrect the slave shall 
terminate with Command Exception status. 

If a slave is capable of executing simulta- 
neously more than one command that can terminate 
with an Incomplete status, then the parameters 
listing the Command Reference Numbers of all 
those to be restarted shall be supplied as pa- 
rameters. If a master is resuming commands it 
issued, only the short form of the parameter 
list 1s used. 
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If on a multiported system a different master 
(or the same master through a different port) 
issues the RESUME, the slave requires the 
complete routing information of the original 
command. When the resumed command terminates, 
the port over which it was resumed ts advised, 
t.e., the routing of the resumed command over- 
rides the original routing. 

6.11.4 Parameters. The Resume Parameters 
shall be as shown in Table 50. 

6.11.4.) Command Reference Number Param- 
eter. This parameter is used by the master that 
originally issued the command or commands to be 
resumed. 

6.11.4.2 Alternate Port Commands Parameter. 
This parameter is issued by a master (which may 
or may not have tssued the original command) for 
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+----4+----4--— -- 4-4 - $f 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 

| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 

| | Ol] 2 | 3 4 | 5 | 6 through n 
+----4----4--- - 4 -- - +--+ +—-—---4----4----— — + -  - 
XXXX xXxxx OB bbbb bbbb- xx XX 

7654 3210 
Figure 44 


Command Packet for PORT RESPONSE 


+—-—-—-4--------—---- +------------—------- +—-—----------- 
| PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| UTH| Command | CODES | TYPE|CODE| 
| | 012 3 4 S| 6 | 7 | 8 through n 
+----+4+------------ +--------- +—----+4+----+------------ 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 45 


Response Packet for PORT RESPONSE 


PORT RESPONSE PARAMETERS 


RESPONSE INFORMATION PARAMETER 


Table 51 
Port Response Parameters 

$-4¢---4+--4----- 4 --- +--+ 
|@|LTH| ID|OCTET|X/b|DEF | 
+—-+—---+--4----- $---4$---$—------ 
[M|n+1|[50| | | | PORT MASK PARAMETER 
| | | 01| | | Slave Address 
| | | 02 | | | Facility Address 
| | |03- n| | | Octet mask(s} 
| | lc | | | 
[M|n+1[51| | | | 
| | | |01- n| | | Response Information 
| | oa | | | 
tote $--4-- $o--4¢---4¢---------- 


each command to be resumed, over a port other 
than that from which ic was originally received. 
It is necessary to provide the slave with the 
complete routing information on the command. 

(1) Conunand Reference Number, This value 
shall correspond to that of the command to be 
resumed, 

(2) Slave Address. This octet shall identify 
the Slave Address to which the command was 
originally issued (slaves may have different 
addresses on different ports). 

(3) Facility Address. This octet shall tdent- 
ify the Facility Address to which the command 
was Originally issued (facilities may have dif- 
ferent addresses on different ports). 

(4) Octet Mask. This octet shall identify the port 
over which the command was originally received. 


6.12 PORT RESPONSE 
6.12.1 Command Packet. The command packet 
for this command shall be as shown in Figure 44. 


6.12.2 Response Packet. The response packet 
for this command shall be as shown in Figure 45. 
6.12.3 Description. The PORT RESPONSE 

command allows the master to request that the 
Slave send an Asynchronous response to the port 
or ports specified by the Port Mask parameter. 
The response contains the Message/Microcode Sub- 
Status with the Port Response bit set. 
6.12.4 Parameters. The Port Response Param- 

eters shall be as shown in Table 51. 

6.12.4.1 Port Mask Parameter. This param- 
eter identifies the port or ports of the ad- 
dressee that are to generate a response. If 
there is no parameter appended. the slave shall 
generate Asynchronous responses over all ports 
other than that over which the command was re- 
ceived (see also 6.4.4.1). 

6.12.4.2 Response Information Transfer. 
This parameter contains the slave-independent 
information that will be contained tn the Asyn- 
chronous response. 
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$e —— 4 $a ta $a tn tan ta ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| | O 1] 2 | 3 | 4 | 5 | 6 through n 
fo —t—--— $- - - - ¢ - $—-——4+---- $-- - - 
XXXX xxxx OC bbbb bbbb- xx XX 

7654 3210 

Figure 46 


Command Packet for ANTICIPATED ACTION 


$—-~---+------------ +------------------- $+—-—----------- 
|PKT | Echoed Fronm| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE| CODE | 
| | 0123 4 5] 6 | 7 | 8 through n 
+—----+------------ +--------- +—-—---+----+-~---------- 
XXxXx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 47 
Response Packet for ANTICIPATED ACTION 
Table 52 
Anticipated Action Parameters 
+4 ---— 4+ -- 4-H $a H+ 
|@|LTH|ID|OCTET|X/b]| DEF | ANTICIPATED ACTION PARAMETERS 
+—-4+---4--4----- +---+4--~—+4-—------—- -- - - - - - - + + + + 


|B|n+1|3D]01- n| 


oan eee | 
03 


| | 
| | | 
| M | | 50 | | | | 
| | | | O1{ 7| | 
| | | Jto | | reserved 
| | | | 02| 2| | 
| | | | | l| | Ready 
| | | |} O| | Not Ready 
| | | | | | | 
+ +--+ + + + 


ae em fF we em wm we He we + ee 


6.13 ANTICIPATED ACTION 

6.13.1 Command Packet. The command packet 
for this command shall be as shown in Figure 46. 

6.13.2 Response Packet. The response packet 
for this conmmand shall be as shown in Figure 47. 

6.13.3 Description. The ANTICIPATED ACTION 
command is normally issued when the master does 
hot anticipate sending commands to the addressee 
for an extended period. It is used in conjunc- 
tion with Attributes set regarding the slave 
action to be taken with unexpected Class | 
events (Asynchronous or Message/Microcode Excep- 
tion responses). 

This command provides the framework for a Com- 
mand Completion response to return any unex- 
pected conditions or status to the master. It 
shall be considered to complete successfully 
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ENCAPSULATION 


PARAMETER 


EXPECTED CONDITIONS PARAMETER 


ee ee we we we we we ee ee ee ae i i ee 


when an unexpected Class | event occurs and the 
Asynchronous or Message/Microcode Exception re- 
sponse shall be appended to the Command Comple- 
tion Response in the Encapsulation Parameter. 
6.13.4 Parameters. The Anticipated Action 

Parameters shall be as shown tn Table 52. 

6.13.4.1 Expected Conditions Parameter. 
This parameter identifies to the slave the con- 
ditions that the master expects to be in effect 
at the addressee when the command is executed. 
If the expected conditions are not met, the 
slave completes the command immediately with 
substatus relating to the addressee. 

6.13.4.2 Encapsulation Parameter. This pa- 
rameter ts used to encapsulate the response 
packet that had been prepared because of an un- 
expected Class | event. 
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+——--—+----+4----4+---=-4 -- == 4 -- - - + - - -- +--+ + + 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD] MOD|ADDR|ADDR| PARAMETERS 
| 1 ol}; 2 | 3 | 4 {| 5S | 6 through n 
+----4+----4---- 4 -- - = = = +—----4+----4------ ---- + 
XXXX xxxx 41 bbbb bbbb- xx XX 

7654 3210 


l|]] Count O=Octet 1=Block 


| | 
|} QO=DataBlock 1=PhysicalBlock 


Figure 48 
Command Packet for POSITION CONTROL 


+----+------------ +------------------- +------------ 

{'PKT | Echoed From| MAJOR STATUS | RESPONSE 

| LTH| Command | CODES {\TYPE|CODE| PARAMETERS 

| ' 0123 4 5] 6 | 7 | 8 through n 

+----+------------ +--------- +----+----+------------- 

XxXxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 
Figure 49 
Response Packet for POSITION CONTROL 
Table 53 
Position Control Parameters 

Hote $ $$ a 
|@|LTH| IDJOCTET|X/b|DEF| POSITION CONTROL PARAMETERS 
et poe ne penn pee ee ee eee ee 5 = - = = = - = = == - 
[M|O9 |31| | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |01-04| | | Count 
| | | |05-08| | | Data Address 
| | | | | | | 
|S|n+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | [01-04] | | Residual Count 
| | | |05-08] | | Data Address 
| | | | | | | 
[M|OS |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B|n+1|]3A|01- n| | | DATA ADDRESS PARAMETER (See 5.5.11} 
| | | | | | | 
IM|n+1|3E/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
tot—---t--t—----- hap a a a rrr 


7. Position Commands 


The commands in this section require the Com- 
mand Extent parameter (Section 5) unless 
otherwise noted. 


7.1 reserved (For use only in ANSI X3.147-1987) 


7.2 POSITION CONTROL 
7.2.1 Command Packet. The command packet for 
this command shall be as shown in Figure 48. 
7.2.2 Response Packet. The response packet 
for this command shall be as shown in Figure 49. 
7.2.3 Description. The POSITION CONTROL 
command causes the facility to be positioned 
according to the Extent parameter Data Address, 
which may be either logical or physical (e.g., on 
disk it may be CCHS (cylinder. head, sector)). 


7.2.4 Parameters. The Position Control Pa- 

rameters shall be as shown in Table 53. 

7.2.4.1 Command Extent (Common) Param- 
eter. This parameter is used to define the Data Ad- 
dress at which a disk ts to be positioned. The value 
in the Count field shall be ignored for disks. 

7.2.4.2 Response Extent (Common) Param- 
eter. If the command fails, this parameter is 
used to return the Data Address of the last 
block accessed prior to failure. 

7.2.4.3 Access Key (Common) Parameter. See 
5.5.6. 

7.2.4.4 Data Address (Common) Parameter. 
This parameter is used if the four octets of Data 
Address in the Extent parameters is insufficient. 

7.2.4.5 Partition (Common) Parameter. This 
parameter is used to address other than the de- 
fault data area. 
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7.3 REPORT POSITION 

7.3.1 Command Packet. The command packet 
for this command shall be as shown in Fig- 
ure 50. 

7.3.2 Response Packet. The response packet 
for this command shall be as shown in Fig- 
ure SI. 

7.3.3 Description. The REPORT POSITION 
command instructs the addressee to report its 
current position. The position is returned in 
the Data Address field of the Response Extent 
parameter. 

7.3.4 Parameters. The Report Position Param- 
eters shall be as shown in Table 54. 

7.3.4.1 Response Extent (Common) Param- 
eter. This parameter ts used to return the Data 
Address of the current position of the disk. 

7.3.4.2 Access Key (Common) Parameter. 
See 5.5.6. 


7.3.4.3 Data Address (Common) Parameter. 


See 5.5.11. 
7.3.4.4 Partition (Common) Parameter. See 
5.5.15. 


7.4 reserved (For use only in ANSI X3.147-1987) 


7.5 REPORT DISCONTINUITY 

7.5.1 Command Packet. The command packet 
for this command shall be as shown in Figure 52. 

7.5.2 Response Packet. The response packet 
for this command shall be as shown in Figure 53. 

7.5.3 Description. The REPORT DISCON- 
TINUITY command ts used to provide the mas- 
ter with the location of time-dependent discon- 
tinuities (e.g.. time-dependent track change. 
cylinder change, or reallocated defect) within the 
range specified in the Command Extent parameter. 

The master may set more than one kind of dis- 
continuity in the Stop on Discontinuity Type pa- 
rameter. In response, the slave shall identify 
specifically the kind of discontinuity associ- 
ated with the Data Address of the discontinuity. 

If the Search modifier is set, the command 
shall terminate at the first incident of a spec- 
ified discontinuity type. 

If the List modifier is set. a list of all the 
locations within the extent that contain a time- 
dependent discontinuity shall be presented. If 
the list is expected to exceed the capacity of a 
response, then the master has to provide a Re- 
quest Parms parameter to transfer as data. 

The Stop on Discontinuity parameter shall pre- 
cede the Data Address to which it refers. 

Unless errors are encountered, this command 
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shall terminate successfully either upon iden- 
tifying discontinuities within the extent, or if 
there are none encountered. 
7.5.4 Parameters. The Report Discontinuity 

Parameters shall be as shown in Table 55. 

7.5.4.1 Command Extent (Common) Parameter. 
This parameter is used to define the extent that 
is to be checked by the slave for discontin- 
uities. 

7.5.4.2 Response Extent (Common) Param- 
eter. This parameter is used to return the Data 
Address of the last block accessed prior to a 
positional discontinuity (e.g.. reallocated 
block due to defect management) or a transition 
discontinuity (e.g.. cylinder break between two 
blocks). 

The Residual Count shall contain the value of 

the number of blocks remaining in the requested 
extent following the discontinuity. 

7.5.4.3 Access Key (Common) Parameter. See 
5.5.6. 

7.5.4.4 Data Address (Common) Parameter. 
See 5.5.11. 

7.5.4.5 Partition (Common) Parameter. See 
5.5.15. 

7.5.4.6 Stop on Discontinuity (Common) Pa- 
rameter. This parameter is used to identify the 
type of discontinuity to be reported upon. 

7.5.4.7 Request Parm Parameter. See 
6.3.4.13.1. 

7.5.4.8 Parm Length Parameter. See 
6.3.4.13.2. 


8. Transfer Commands 


Transfer commands consist of data transfers, 
which may or may not include multiple blocks 
within or crossing physical boundaries. Upon 
recognizing a transfer command, the slave or fa- 
cility positions to the Data Address specified 
in the Command Extent parameter. locates the 
block, and performs the required action. The 
command terminates when the amount of data spec- 
ified by the Count has been transferred, or an 
error occurs that requires earlier termination. 
The status provided in the response packet shall 
identify what actions occurred during the exe- 
cution of the command. 

If a READ command is performed in the reverse 
direction, the first data octet read is the 
first data octet transfered to the master. 
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toe + $n te ee ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Ol] 2 | 3 | 4 | 5S | 6 through n 
toe —— 4+ —--- + - - - - 4+ —- ~~ +---—+—-~---+—-—--—-—-—- ~~~ +--+ 
XXXX XXXX 42 bbbb bbbb- xx xX 
7654 3210 

|||] Count O=Octet 1=Block 

[|| 

|| O=DataBlock 1=PhysicalBlock 

Figure 50 

Command Packet for REPORT POSITION 
+—-—--4--+-+~---~----- $~—-~—-—---~+--—-—-—- ~~~ ~~~ $—-—-——-------- 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| |o0123 4 5 6 | 7 | 8 through n 
+—-—-—--—4+—--~~+--------+ +—---------— +m a fmm ae + — - + 
XXXxX eeeeeeeeeecee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 5l 
Response Packet for REPORT POSITION 
$m $$ a fe 4 a 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Ol] 2 | 3 | 4 | 5S | 6 through n 
oe pe pe ae pe + a a 
XxXXxX xxxx 44 bbbb bbbb xx xX 
7654 3210 


[||] Count O=Octet 1=Block 
[|| O=Search le=List 
|| OQO=DataBlock 1=PhysicalBlock 


Figure 52 
Command Packet for REPORT DISCONTINUITY 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 012 3 4 5| 6 | 7 | 8 through n 


XXXX eeeeeeeeeeee bDbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 53 
Response Packet for REPORT DISCONTINUITY 


Table 54 
Report Position Parameters 

+—4+--- +--+ ---—— + --- + 
|@| LTH] ID|OCTET|X/b|DEF| REPORT POSITION PARAMETERS 
+—4+—-—--—+--+-----— +--+ —- — + - - — — - a a  e - 
|S|n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | J |01-04| | | Residual Count 
| | J |05-08| | | Data Address 
| | | | | | | 
IM]O5 |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | eat | | | 
[|Bfn+1|3A{O1- n|] | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
|M|[n+1]3E/01- n| | | PARTITION PARAMETER (See 5.5.15} 
| | | | | | | 
+—+—-—--4—--4----- +---4+---+----- - - - 
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Table 55 
Report Discontinuity Parameters 


+—+---4--4+----- t+ --- +--+ 

|@{LTH| ID|OCTET|X/b|DEF| REPORT DISCONTINUITY PARAMETERS 
+—-+—-—--t+--4+----- +---4+---4+----- - -- -- - - - - - - + 
|M| 09 | 31| | | | COMMAND EXTENT PARAMETER {See 5.5.2) 

| | | |01-04| | } Count 

| | | |05-08] | | Data Address 

| | | | | | 

re ea a | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 

| | | |01-04| | | Residual Count 

| | } |05-08| | | Data Address 

| | | | | | | 

[M[OS |35|[01-04| | |} ACCESS KEY PARAMETER (See 5.5.6) 

ta | | | | | 

|B|n+1|3A|01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 

| | | | | | | 

[M|n+1|3E]01- n| | | PARTITION PARAMETER (See 5.5.15) 

| | | | | | 

([B|07 |3F|01- n| | | STOP ON DISCONTINUITY PARAMETER (See 5.5.16) 

| | | | | | | 

[M|n+1|6C| | | | REQUEST PARM PARAMETER {See 6.3.4.13.1) 

| | | | 01| 7| | Parameters as Data * 

| | | | | 6] | Parameters in Response * 

| | | | | 5| | Length * 

| | | | | 4f | Naked Parameters as Data * 

| | | | | 3-0 | | reserved 

| | | | 02] | | Parameter ID Repeated as many 
| | | | n | | | Parameter ID times as needed 
| | | | | | | 

| | | | | | | 

|S|05 | 6D| | | | PARM LENGTH PARAMETER (See 6.3.4.13.2) 

| | | |}01-04 | | | Length of Parameter List 

| | | | | | | 

+—-+---+--+----- toe + — $e 


* Mutually exclusive parameters. 


8.1 READ 

8.1.1 Command Packet. The command packet 
for this command shall be as shown in Figure 54. 

8.1.2 Response Packet. The response packet 
for this command shall be as shown in Figure 55. 

8.1.3 Description. The Direction modifier is 
not applicable to the disk. 

The READ command transfers data from the ad- 
dressee to the master starting at the location 
given in the Data Address of the Command Extent 
parameter. If positioning is required before the 
data can be accessed. the slave shall initiate 
the positioning operation. Refer to the 
POSITION CONTROL command for details of the 
positioning operation. 

When the Data Recovery modifier is set to On, 
the slave or facility shall initiate data error 
recovery to attempt to recover data read with 
errors. If the error is unrecoverable, data 
Shall be transferred up to the block in error 
and the command shall terminate. If the recovery 
attempts are successful, the transfer shall 
continue until all of the requested data has 
been transferred. 

The response packet and associated parameters 
(if any) shall indicate the degree of recovery 
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employed, depending on the default established 
by Attributes or a preceding OPERATING 
MODE command. 

When the Data Recovery modifier is set to Off 
(data recovery disabled), the slave or facility 
shall terminate the command if a data error is 
detected. The data in error shall be transferred. 
Recovery from nondata transfer errors are not 
suppressed by the Data Recovery Off modifier. 

When the access 1s complete the addressee 
Shall verify correct access position and shall 
read data starting at the Data Address. The ad- 
dressee shall transfer the number of sequential- 
ly addressed octets or blocks specified by the 
Count. 

During a multiple block transfer on disks, if 
access boundaries are encountered, the facility 
shall perform appropriate access movements (un- 
less overridden by a Boundary Gather parameter) 
and verify block positioning. The required pro- 
cessing. such as incrementing to the next 
PhysicalBlock head switches, seeking to the next 
cylinder when necessary, and restarting the read 
operation. shall be handled tn a manner that 
does not require intervention or explicit in- 
struction by the master. 
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$a $a $a a $a $n a a $a + 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 

| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 

| |} O11] 2 | 3 4 | 5 | 6 through n 
$---- $5 --- +--+ - $o---4+----4------------- 
XXXX xxxx 10 #bbbb bbbb-= xx xX 


7654 3210 


Count O=Octet 1=Block 
Data Recovery 0O0=On 1=Off 
O=DataBlock 1=PhysicalBlock 
Direction O=Forward 1=ReverSse 


Figure 54 
Command Packet for READ 


$—-—---+—-—----------- +--------------- +--+ +------------+ 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES | TYPE|CODE| PARAMETERS 
| {0123 4 5| 6 | 7 | 8 through n 
ee +--------- $--- — $+ - - 
xXXxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 55 


Response Packet for READ 


If a defective block for which an alternate 
location has been assigned is encountered. the 
Slave shall access the alternate block for read- 
ing. and then reestablish the access position 
for subsequent blocks to be read. if any. Access 
positioning shall be verified in all cases. 

The slave shall present only valid data to the 
master if the Data Recovery modifier is set. All 
recovery from data errors detected during read- 
ing Shall be attempted by the slave prior to 
transfer of the data to the master. If the data 
error is not corrected by the slave, processing 
of the command shall be terminated with a Ma- 
chine Exception indicated in Major Status. The 
cause of the termination shall be indicated in 
substatus and extended substatus (if applic- 
able). 

The slave may permit execution of a “scatter 
read” if multiple Command Extent parameters are 
permitted (see Attribute Parameter 66 (6.3.4.8)). If 
multiple extents are accepted, the extents are 


processed by the slave in the sequence that 
they were received in the parameter list. Data 
is transferred to the master in the same manner 
as tf the data was requested using a READ 
command with a single extent. 

Should a command with multiple extents ter- 
minate prematurely due to data error or data re- 
covery failure, the Response Extent shall con- 
tain the residual count of all nontransferred 
data within that extent. It is the master’s re- 
sponsibility to ascertain the total residual 
based on the Response Extent plus any other ex- 
tents not processed. 

A subset of "scatter read” defined as "bound- 
ary gather” allows the master to specify the 
starting address on a track, and have the slave 
perform an implicit scatter by not changing to 
the next track, but continuing transfer from the 
Start of the track. 

The use of multiple extents and the Skip Mask 
parameter are mutually exclusive. 
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8.1.4 Read Parameters 

8.1.4.1 Common. These parameters shall be 

as shown in Table 56. 
8.1.4.1.1 Command Extent (Common) Pa- 

rameter. The Count specifies the number of 
blocks (or octets) to be transferred and cannot 
be zero. A zero value shall cause the command to 
be terminated with a Command Exception. The Data 
Address specifies the starting location. If the 
Data Address is not valid for the addressee, 
processing shall be terminated with Command Ex- 
ception. 

If the sum of the Data Address and the Count 
exceeds the number of blocks in the addressable 
area, processing of the command shall be termi- 
nated with Invalid Extent set in the Command Ex- 
ception status. 

8.1.4.1.2 Response Extent (Common) 
Parameter. This parameter is used to return 
the Residual Count of blocks (or octets) remain- 
ing in the transfer after it terminated. The 
Data Address varies depending on which modifiers 
had been set (see Implementation Note under 
53:3); 

8.1.4.1.3 Access Key (Common) Param- 
eter. See 5.5.6. 

8.1.4.1.4 Data Address (Common) Param- 
eter. This parameter is used if the four octets 
of Data Address in the Extent parameters are in- 
sufficient. 

8.1.4.1.5 Partition (Common) Parameter. 
This parameter is used to address other than the 
default data area. 

8.1.4.1.6 Stop on Discontinuity (Com- 
mon) Parameter. This parameter ts used to advise 
the slave under which conditions to terminate a 
data transfer due to a timing delay due to a 
discontinuity. 

8.1.4.2 Parameters 50-53. These parameters 

shall be as shown in Table 57. 

8.1.4.2.1 Skip Mask Parameter. This pa- 
rameter alters the action of this command from 
implicit transfers of consecutive blocks to the 
selective transfer of blocks under mask control. 
The parameter consists of a mask up to 32 octets 
in length. Each bit within the mask corresponds 
to a sequential DataBlock within the Command Ex- 
tent. 


NOTE: The number of ¢ bits set in the mask shall equal the 
number of blacks specified in the Command Extent. Multiples 
of less than 8 blocks are padded up to a Sull octet. 


DataBlocks are transferred if the correspond- 
ing mask bit value is "1", and are skipped if 
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the value is "0". Bit 7 of the first octet of 

the mask corresponds to the Data Address tn the 
Command Extent. Succeeding lower-order mask bits 
correspond to numerically higher valued ad- 

dresses as illustrated below. 


+oerer rr +o torr rrrn SfAffA  .mmmtsstscsccoT tere eee eee 
} Octet 0 | Octet 1 } Octet n 

| 76543210 | 76543210 | 765 SASS 43210 | 76543210 
—--------- Hemme ten nnn SSS fo rrr rrr rr tn nner 


8.1.4.2.2 Information Transfer Size 
Override Parameter 
(Cl) Minimum Size of Data Transfers. This 
value shall override the setting in Attributes 
for the duration of this command. 
(2) Maximuin Size of Multiplexed Data Trans- 


fers. This value shall override the setting tn 


Attributes for the duration of this com- 
mand. 

8.1.4.2.3 Master Termination Permitted 
Parameter. This parameter allows the master to 
advise the slave that master termination may 
occur as a normal condition on this command, 
which is typically part of a chain. If the mas- 
ter does terminate transfer on a boundary, the 
Slave shall not abort a Chain, Sequence. or 
Order. It shall respond with Master Terminated 
Transfer posted in Conditional Success status, 
and the Response Extent shall contain the resid- 
ual count of the transfer. 

If termination does not occur on a boundary, 
the slave shall abort the remaining commands of 
a Chain. Sequence. or Order and post the same 
Status as if this parameter were not present, 

i.e., Data Length Difference posted in Incom- 
plete Status. 

8.1.4.2.4 Boundary Gather Parameter. 
This parameter shall immediately precede the 
Command Extent parameter. 

During a multiple block transfer, if an access 
boundary is encountered , the facility shall not 
perform any access movement, but continue to 
transfer data until the Count specified has been 
transferred, or an error occurs that requires 
earlier termination. 


8.2 READ RAW DATA 

8.2.1 Command Packet. The command packet 
for this command shall be as shown in Fig- 
ure 56. 

8.2.2 Response Packet. The response packet 


for this command shall be as shown in Fig- 
ure 57. 
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Table 56 
Read Parameters - Common 

+—-t+—---+--4+-----+---+---+4 
|)@|LTH|ID|OCTET|X/b| DEF | READ PARAMETERS 
+—-+—-—-—-+—-—-4+—--~-~ +--+ + 
Jm|O9 | 31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | } |01-04| | |} Count 
| | } |[05-08| | | Data Address 
I} ot | | | 
|S[n+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | } [01-04 | | | Residual Count 
| | | |05-08| | | Data Address 
| | | | | | | 
IM]O5 |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B[n+1]3A|01- n| | | DATA ADDRESS PARAMETER {See 5.5.11) 
| | | | | | | 
|M|n+1|3E/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
|M|[n+1]3F]01- n| | | STOP ON DISCONTINUITY PARAMETER (See 5.5.16) 
| | | | | | | 
+—+---+--+----- +---+---+-------------------~ ---- - ~~ -- - -- -- - - - - - 

Table 57 

Read Parameters 50-53 
+-+--- 4--4+---- ttt 
|@|LTH| ID] OCTET|X/b| DEF | READ PARAMETERS 
+—+—-—--—4+~--4+----- to + + a 
[M|n+1|50] | | | SKIP MASK PARAMETER 
| | | | O01] 7| } Reference to Block at Starting Address 
| | | | | 6] | Reference to Block at Starting Address+1) 
| | _— | | ee ee ee ae ee ae ee 
| | | | | 1] | Reference to Block at (Ending Address-1) 
| | |} | n| Q| | Reference to Block at Ending Address 
| | | | | | | 
|M{n+1]51] | | | INFORMATION TRANSFER SIZE OVERRIDE PARAMETER 
| | } [01-04 | | | Generate Class 2 Interrupt 
| | } |05-08| | | Burst Size 
| | | | | | | 
IM] O1|52] | | | MASTER TERMINATION PERMITTED PARAMETER 
| | | | | | | 
|M| 01/53] | | | BOUNDARY GATHER PARAMETER 
| | | | | | | 
+—4+--—4+-~4---- +--+ + - 
$$ a $a tt a a nnn tt nn tt tt 


|PKT |REF | OP 


| LTH| NO 
O01] 2 


|COoM | OP |SLAV|FAC | COMMAND 


|CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 


3 | 4 | 5 |] 6 through n 


f—-—-—--4—-~-— = 4+ — — —- — ¢ - - pom eef eee ofa ene ew ee oe 
XXXX XxXxx ll 


|PKT | 


bbbb bbbb xx XX 
7654 3210 
[||] Count Q=Octet 1=Block 
||| 1l=Data Recovery off 
|| O=DataBlock 1l=PhysicalBlock 
| Direction Q=Forward l=Reverse 


Figure 56 


Command Packet for READ RAW DATA 


Echoed Fron| 


MAJOR STATUS | RESPONSE 


| LTH| Command | CODES | TYPE|CODE| PARAMETERS 
| | 01234 5| 6 | 7 | 8 through n 
4—----4--—----=------ +--------- $+—---4--+- + $= 
XxXxXx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 57 


Respo 


nse Packet for READ RAW DATA 
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READ RAW DATA PARAMETERS 


ee ee ee ee ee oe oe oe oe oe oe oe oe oe oe se ow om ow oe oe oe ee ee ee 


COMMAND EXTENT PARAMETER (See 5.5.2) 


RESPONSE EXTENT PARAMETER (See 5.5.3) 


DATA ADDRESS PARAMETER (See 5.5.11) 
PARTITION PARAMETER (See 5.5.15) 


STOP ON DISCONTINUITY PARAMETER (See 5.5.16) 


Table 58 
Read Raw Data Parameters 
t-te $$ -- - - - $ - - +--+ 
|@|LTH| ID{OCTET|X/b| DEF | 
+—4+---4+—--+----- +---4+--- 
[M|O9 | 31] | | 
| | | |01-04| | Count 
| | } |05-08| | Data Address 
| | he sil | | 
|}S|n+1]32| | | 
| | | |01-04| | Residual Count 
| | | |05-08] | Data Address 
t | | | | | 
IM]OS |35|01-04| | 
| | | | | | 
|B] n+1|3A|01- n| | 
| | | | | | 
|M|n+1|3E|01- n| | 
| | | | | | 
JM|n+1|]3F|/01- n| | 
| | | | | 
+-4¢---+--4¢----- one te a te nr nr 


8.2.3 Description. The Direction modifier is 
not applicable to the disk. 
The READ RAW DATA command reads 
data from the addressee, and transfers it to the 
master regardless of data errors encountered in 
the read. An error shall be reported only if 
the data cannot be transferred because of a con- 
dition such as inability to access the block. or be- 
cause an unrecoverable slave or facility error (not 
associated with data transfer) ts encountered. 
The Data Recovery modifier shall be set to 
Off. The command shall be rejected if Bit 1 = 0. 
8.2.4 Parameters. The Read Raw Data Param- 
eters shall be as shown in Table 58. 
8.2.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 
8.2.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 
8.2.4.3 Access Key (Common) Parameter. 
See 5.5.6. 
8.2.4.4 Data Address (Common) Parameter. 
See 5.5.11. 
8.2.4.5 Partition (Common) Parameter. See 
5.5.15 and 8.1.4.1.5. 
8.2.4.6 Stop on Discontinuity (Common) Pa- 
rameter. See 5.5.16 and 8.1.4.1.6. 


8.3 READ REPLICATED DATA 
8.3.1 Command Packet. The command packet 
for this command shall be as shown in Figure 58. 
8.3.2 Response Packet. The response packet 
for this command shall be as shown in Figure 59. 
8.3.3 Description. The READ REPLICATED 
DATA command causes the addressee to read 
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| 
| 
| 
| 
| 
| 
| 
| ACCESS KEY PARAMETER (See 5.5.6) 
| 
| 
| 
| 
| 
| 
| 
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one instance of data that was written multiple 
contiguous times on a track. The intent of this 
command 1s to minimize latency in accessing 
data. The command directs the facility to trans- 
fer a string of 1 blocks from a range of im 
blocks. beginning at the Data Address in the 
Command Extent parameter or any block within 
range m whose address is the sum of the ad- 
dressed block and an integral multiple of 1. 

Bit 0 shall be set to 1 for Block transfers 
only. 

The Count field of the Command Extent param- 
eter specifies the 7 value. and the Range Count 
parameter defines the number of blocks in the 
range #1. 

The facility shall initiate access to one of 
the repeated instances of 1 blocks (Extent 
Count) within the range 1 (Range Count), so as 
to minimize the access time to the data. When 
the access is complete. the facility shall veri- 
fy the correct access position and transfer n 
blocks (Extent Count). 

8.3.4 Parameters. The Read Replicated Data 
Parameters shall be as shown in Table 59. 

8.3.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

8.3.4.2 Response Extent (Common) Param 
eter. See 5.5.3. 

8.3.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

8.3.4.4 Data Address (Common) Parameter. 
S€625.9..11,, 

8.3.4.5 Partition (Common) Parameter. See 
5.5.15 and 8.1.4.1.5. 
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$a tan ne ta tan a pe ep 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH] NO |CODE] MOD| MOD|ADDR|ADDR| PARAMETERS 
| |} Ot] 2 | 3 | 4] #5 | 6 through n 
Sn +—-—-—-—+—--—--4-----—------~- 
XxXXX xXxXxx 12 bbbb bbbb xx xX 
7654 3210 
l]]]  1=Block 


||] Data Recovery 0O0=0On 1=0ff 
|| O=DataBlock 1=PhysicalBlock 


Figure 58 
Command Packet for READ REPLICATED DATA 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES | TYPE|CODE| PARAMETERS 
| } 0123 4 S| 6 | 7 | 8 through n 


XXxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 59 
Response Packet for READ REPLICATED DATA 


Table 59 
Read Replicated Data Parameters 
$$ $$ $a 
|@| LTH| ID|OCTET|X/b| DEF | READ REPLICATED DATA PARAMETERS 
$e t ee $a $e ee er ee ee 
}M|O9 |31| | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| |01-04] | | Count 
|} |05-08| | | Data Address 
ud | | | 
n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| |01-04| | | Residual Count 
| | 05-08 | | | Data Address 
|_| | | | 
05 |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | 
n+1/3A[Q01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | 
n+1|3E/01- n| | | PARTITION PARAMETER (See 5.5.15 and 8.1.4.1.5) 
| | | | | 
05 |50]01-04| | | RANGE COUNT PARAMETER 
| | | | | 
+--+----- $a ee pean pe en 
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8.3.4.6 Range Count Parameter. This field 
specifies the number of blocks tn the range. The 
range value shall be nonzero. If zero is speci- 
fied. processing of the request shall be termi- 
nated with a Command Exception tndicated in 
Major Status. and Invalid Parameter shall be tn- 
dicated in substatus. Invalid Parm Parameter 
shall identify the incorrect parameter. 

If the Range Count ts less than the Command 
Extent Count. or if the range is not an integral 
multiple of the Extent Count, processing of the 
request shall be terminated with a Command Ex- 
ception indicated in Major Status. and Invalid 
Parameter shall be indicated in substatus. An 
Invalid Parm parameter shall indentify the in- 
correct parameter. 

If the sum of the Data Address and the Range 
Count exceeds the number of blocks in the parti- 
tion. processing of the request shall be termi- 
nated with a Command Exception indicated in 
Major Status. and Invalid Parameter shall be in- 
dicated in substatus. Invalid Parm Parameter 
shall identify the incorrect parameter. 


8.4 SEARCH 

8.4.1 Command Packet. The command packet 
for this command shall be as shown in Figure 60. 

8.4.2 Response Packet. The response packet 
for this command shall be as shown in Figure 61. 

8.4.3 Description. The Direction modifier is 
not applicable to the disk. 

The SEARCH command causes the slave 
to search and logically compare the data strings 
supplied by the master (as parameters) with 
stored data. The search starts at the location 
specified by the Data Address, and continues 
until either a match is found to that supplied 
by the master (transfer begins with the block in 
which the match was found) or the Search Range 
is exhausted. 

If data transfer occurred or the search was 
unsuccessful. the Response Extent is the same as 
on other transfer commands. However, if the 
string 1s located, but no data transfer was re- 
quested (selected by parameter setting). the Re- 
sponse Extent contains the address of the Data- 
Block containing the start of the string. and 
the Residual Count is unchanged. 

The SEARCH command may be parameterized to 
perform three different types of search opera- 
tions: 

(1) A word-processing-style string search Is 
obtained when one Set String Search Parameter ts 
included in the command packet. 
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(2) A fixed location(s) data processing Key- 
type search is performed when the Set Multiple 
Key Search Parameter ts included. 

(3) A database-style search can be constructed 
by the use of multiple Set String Search param- 
eters connected with the Boolean Operator param- 
eter. 


NOTE: The two parameters, Set String Search and Set Multiple Key 
Search are mutually exclusive and shall never be included in the 
same command packet. 


The database-style search differs from a 
string search in that rather than searching for 
a single match condition, the parameters are 
used to construct a sequence of match conditions 
that must be met tn order for the search to be 
satisfied. The slave searches for a match to the 
data model supplied by the master as Search 
String parameters joined by Boolean Operator pa- 
rameters. The parameters have to be presented in 
the correct sequence. A multiple key search is 
counted or transferred only if the whole expres- 
sion has been satisified successfully. 
8.4.4 Search Parameters 
8.4.4.1 Parameters 02, 31, 32, 3A, 3E. 
These parameters shall be as shown in Table 60. 
8.4.4.1.1 Continuation of Preceding 
(Common) Parameter. See 5.2.1.7. 
8.4.4.1.2 Command Extent (Common) Pa- 
rameter. The Count specifies the number of 
blocks (or octets) to be transferred beginning 
at the first block that contained a match. This 
field may be set to zero if no data is to be 
transferred on a successful match. The Data Ad- 
dress specifies the starting location from which 
the command is to begin the search. 
8.4.4.1.3 Response Extent (Common) Pa- 
rameter. See 5.5.3. 
8.4.4.1.4 Access Key (Common) Param- 
eter. See 5.5.6. 
8.4.4.1.5 Data Address (Common) Param- 
eter. See 5.5.11. 
8.4.4.1.6 Partition (Common) Parameter. 
See 5.5.15 and 8.1.4.1.5. 
8.4.4.2 Parameter 50 (Set String Search 
Parameter). This parameter shall be as shown in 
Table 61 and shall be made up of the following 
octets: 
(1) Search Condition. This octet specifies 
the conditions of the search. 
When Bit 7 = QO. data shall be transferred to 
the master following a successful match condi- 
tion (the number of octets/blocks to be trans- 
ferred is specified by the Extent Count). 
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$m $o $a $e $e 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Ol] 2 | 3 | 4 {| 5 | 6 through n 
fon $- $$ $$ ee 
XXXX XxXXX 18 bbbb bbbb-= xx XX 
7654 3210 
Ll} 1] Count O=Octet 1=Block 
||| Data Recovery O=On 1=0ff 
|| QO=DataBlock 1=PhysicalBlock 
| Direction O=Forward 1=Reverse 


Figure 60 
Command Packet for SEARCH 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH] Command | CODES |TYPE|CODE| PARAMETERS 
| Oe 2 2433.4 55 | 6 | 7 | 8 through n 
foment - - - yp ee 5 ee 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 


Figure 61 
Response Packet for SEARCH 


Table 60 
Search Parameters 02, 31, 32, 3A, 3E 
$$ $$ + = + 
|@| LTH| ID|OCTET|X/b|DEF| SEARCH PARAMETERS 
$epoe—4$—-—-t¢—---- = $a ta oH $a nn a en ee ee 


[M[O1 |02|01- n| 
| | | | 


CONTINUATION OF PRECEDING PARAMETER (See 5.2.1.7) 


| ; 
[M|O9 | 314 | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | [01-04] | | Count 
| | | |05-08 | | | Data Address 
| | | | | | | 
|S[n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | }01-04| | | Residual Count 
| | | }05-08| | | Data Address 
Py al || | | | 
IMJOS |35[01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
[B|n+1]3A[01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
i | | | | | | 
|Mjn+1|3E(01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
+—+---4+--4----- $o- ae $e Hf = - = - 
Table 61 
Search Parameter 50 
$$ eH 4 -- +--+ $+ 
|@|LTH|ID|OCTET|X/b|DEF | SEARCH PARAMETER 
+-4+—---4+--4+----- foot Hf ee = 
[Min+1/50| | | | SET STRING SEARCH PARAMETER 
| | | 01| 7 | Transfer bliock(s)/Count number of matches 
| | | | {| 6| | reserved 
| | | | | 5| | Search Greater Than 
| | | | | 4] | Search Equal To 
| | | | | 3 | Search Less Than 
| | } | |2-0| | reserved 
| | | | 02 | | | reserved 
| | | |03-06| | | Search Range 
| | |O7-OA| | | Offset into block to begin search 
| | | |OB- n| | | Data string to search against 
[| | | | | | | 
$-4+---4--4----- $—-—--4--~ 4-H ee 


11] 


Bb Pe 


AMERICAN NATIONAL STANDARD X3.132-1987 


Table 62 
Search Parameter 51 


to $$ tan a tt 
|@|LTH|ID|OCTET|X/b|DEF | 

et ee oe tome toe— 4-H 
[M]O3 [51] | | 

| | | O01] 7 AND 

| | | | | 6| OR 

{| | | | 5] XOR 

| | | | | 4| NOT 

| | | | | 3| 

| | | | | 2| 

| | | }1-0| reserved 

| | | | 02| | 

| | | | | | 
+—-4---4--4----- +—--4+—--- 4 --- -- 


When Bit 7 = |, the slave shall count the num- 
ber of successful match conditions. 

If multiple Set Search String parameters are 
appended to a command, Bit 7 of each shall have 
the same setting as the first. 

Bits 5-3 specify the kind of search operation 
to be performed. Comparisons between the sup- 
plied data string and stored data shall be per- 
formed by the slave on an octet-by-octet basis. 

The search operators are as follows: 


Bits 5-3 Search Operators 
000 invaticl 
001 scarch fess than 
010 Search equal 
O11 search less than or equal 
100 search greater than 
101 search not equal 
110 search greater than or equal 


111 invalid 


(2) Search Range. This field contains an un- 
signed binary number specifying a range of 
blocks, starting from the Data Address, over 
which the search operation ts applied. The range 
value shall be nonzero. If zero is specified. 
processing of the request shall be terminated 
with a Command Exception indicated in Major 
Status, and Invalid Parameter shall be indi- 
cated in substatus. An Invalid Parm parameter 
shall identify the incorrect parameter. 

(3) Offset into Block to Begin Search, This 
field contains an unsigned binary number spec- 
ifying an offset into the block to begin the 
search operation. This offset shall apply to all 
subsequent blocks in the Search Range. The value 
of this parameter shall be less than the block 
length. If the value is greater than, or equal 
to. the block length, processing of the request 
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SEARCH PARAMETER 
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BOOLEAN OPERATOR PARAMETER 


| 

| 

| 

| 

| Begin Parentheses 
| End Parentheses 
| 

| 

| 

+ 


Same definition as octet Ol 


shall be terminated with a Command Exception in- 
dicated in Major Status. and Invalid Parameter 
Shall be indicated in substatus. Invalid Parm 
Parameter shall identify the incorrect param- 
eter. 

(4) Data String. This field of variable 
length (up to 240 octets in length) contains the 
search argument that shall be compared to stored 
data during the execution of the command. 


8.4.4.3 Parameter 51 (Boolean Operator 
Parameter). This octet specifies the Boolean 
operators that can be used to join any two Set 
String Search parameters. Only one expression of 
AND. OR, or XOR can be supplied, and NOT can 
be associated with whichever is set to 1. The 
parentheses are used to allow correct Boolean 
expressions to be constructed, and one can be 
set in combination with any other bit. 

If more than two bits are necessary to con- 
struct a Boolean expression, the second octet of 
the parameter is required (e.g... "AND NOT (" 
would require that bits 7 and 4 be set to J in 
octet O1 and bit 3 In octet 02). 

This parameter shall be as shown in Table 62. 

8.4.4.4 Parameter 52 (Set Multiple Key 
Search Parameter). This parameter shall be as 
shown in Table 63 and shall be made up of the 
following bits: 

(1) Search Condition (See 8.4.4.2(1)). Bit 7 
shall always be set equal to zero. 

(2) Search Range (See 8.4.4.2(1)). 

(3) First Key Offset. This value specifies an 
offset into the block to the location of the 
first Key field in which the search operation 
begins. This offset shall apply to all sub- 
sequent blocks in the Search Range. The value of 
this parameter shall be less than the block 
length. If the value is greater than. or equal 
to, the block length, processing of the request 
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Table 63 

Search Parameter 52 
+-+---+--4+-----4+---4+-~~4+ 
|@|LTH|ID|OCTET|X/b|DEF| SEARCH PARAMETER 
+—-+---+4+-~4-~----— +—---4+---4+-------------- -- - - - - - -- - - - - = - = -- 
{[M[n+1]52| | | | SET MULTIPLE KEY SEARCH PARAMETER 
| | bir | 01] 7| O| Transfer Blocks 
| } | | 6] | reserved 
i | | | | 5] | Search Greater Than 
i | | | } 4 | Search Egual To 
| } | | 3 | Search Less Than 
| ; | | 2-0 | | reserved 
| | | 02 | | | reserved 
| | | |03-06| | | Search Range 
| | | |O7-OA | | First Key Offset 
| | |OB-OE| | | Key Offset 
| | | |OF-12] | | Size of Keys - must be the same for all 
| | | 13-16 | | | Number of Keys per block 
| } |17- n| | | Search Key Argument 
| | || | | | 
$$ —4+--4¢----- $e ea pe a fo ne an ne 


shall be terminated with a Command Exception in- 
dicated in Major Status, and Invalid Parameter 
Shall be indicated in substatus. Invalid Parm Pa- 
rameter shall identify the incorrect parameter. 

(4) Key Offset. This value specifies the off- 
set between all Key fields in the block. The 
value of this parameter shall be nonzero and 
less than the block length. If the value is 
zero, or greater than or equal to the block 
length, processing of the request shal! be ter- 
minated with a Command Exception indicated in 
Major Status. and Invalid Parameter shal! be in- 
dicated in substatus. An Invalid Parm parameter 
shall identify the incorrect parameter. 

(5) Size of Keys. This value specifies the 
size of the Key field (shall be the same for all 
Keys). The value shal! be nonzero and less than 
the block Jength. If the value is zero, or 
greater than or equal to the block length, pro- 
cessing of the request shall be terminated with 
a Command Exception indicated in Major Status, 
and Invalid Parameter shall be indicated in sub- 
status. An Invalid Parm parameter shall identify 
the incorrect parameter. 

(6) Number of Keys per Block. This value 
specifies the number of Key fields in a block, 
and shall be nonzero. If the value is zero. pro- 
cessing of the request shall be terminated with 
a Command Exception indicated in Major Status 
and. Invalid Parameter shall be indicated in 
substatus. An Invalid Parm Parameter shall 
identify the incorrect parameter. 

(7) Search Key Argument. This variable length 
field contains the Search Key Argument that 
shall be compared with the Key fields within the 
blocks. 


The search action specified in the Search 
Condition octet shall be repeatedly applied, 
block by block. between the Search Key Argument 
and data stored in Key fields within the blocks 
until either a match occurs or the Search Range 
has been exhausted. 


Implementation Note: The following figure 
iustrates the relationship between all the 
fields of the Set Multiple Key Search Parameter. 


ELS Key 
| Key | Length | 
|<-Offset~> | <~---~---- >| 
4=--------- +~--------- tow ~ +----e----- $e eee ewe | 
| | | | | | 
| | key l | | key 2 | | 
+o---~---- + eee er eee +-----+- two o-ocer ceo +34 eo eee + 
| | 
|<-Key Offset~--->| 
| 
| Kee nn en nner ee nnn Block ~-----<22------ ern >| 


8.4.4.5 Parameter 53 (Report Search Param- 
eter). This parameter shall be as shown in 
Table 64 and consists of the following octets: 
(1) Searcl: Results. This octet contains the 
results of the search operation requested by 
this command. The search results shall be as 
follows: 


Bits 5-3 Search Results 
001 compared less than 
010 compared equal 
100 compared greater than 


The results of a search not equal shall be in- 
dicated with either the less than or greater 
than bit setting. The remaining bits in this oc- 
tet are reserved. 
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SEARCH PARAMETER 


Count of blocks transferred/Number of matches 


Table 64 

Search Parameter 53 
Hot $$ ne tant 
|@|LTH|ID|OCTET|X/b| DEF | 
$-$—---$--t--- ee ee re 
|S|n+1]53{ | | REPORT SEARCH PARAMETER 
| | | | 01 | | | Search Results 
| | | | 7-6] | reserved 
| | ; | {; 5{ | Compared Greater Than 
| | | | | 4] | Compared Equal To 
| | | | 34 | Compared Less Than 
| | | | | 2-0] | reserved 
| | | | 02 | | | reserved 
| | | |03-06| | Offset of match into block 
| | | |07-0A| | | 
| | | |OB-OE| | | Data Address of first match 
| | | | | | | 
+o4-- 4 -4+----- +--+ — $a 


(2) Offset of Match into Block. This field 
contains an unsigned binary number spectiying 
the offset into the first block that contained 
the first octet of the match condition specified 
by the previous octet. 

(3) Count of Blocks Transferred/Number of 
Matches. This field contains an unsigned bi- 
nary number based upon the action requested in 
the Search Condition octet, i.e., the count of 
the number of blocks transferred to the master 
following a match, or a count of the number of 
matches detected within the Search Range (as per 
the setting of Bit 7 in the first octet of the 
parameter that set up the search). 

(4) Data Address of First Match, This field 
is returned only on a Multiple Key Search and 
contains the Data Address of the first block 
that contained the match. 


8.5 WRITE 
8.5.1 Command Packet. The command packet 
for this command shall be as shown in Figure 62. 
8.5.2 Response Packet. The response packet 
for this command shall be as shown in Figure 63. 
8.5.3 Description. The Direction modifier is 
not applicable to the disk. 
The WRITE command transfers data from the mas- 
ter to the addressee starting at the position 
specified in the Data Address of the Command Ex- 
tent parameter. If positioning is required be- 
fore the data can be accessed, the slave shall 
initiate the positioning operation. Refer to 
the POSITION CONTROL command (7.2) for details 
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of the positioning operation. The mode and 
direction of the command is specified by the 
modifier octet. 
If multiple Command extents are supported by 
the slave, they shall be processed in the se- 
quence that they were received in the parameter 
list. Data is transferred to the slave since it 
was sequential data to be written to a single 
extent. 
8.5.4 Parameters. The Write Parameters shall 
be as shown in Table 65. 
8.5.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 
8.5.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 
8.5.4.3 Access Key (Common) Parameter. 
See 5.5.6. 
8.5.4.4 Data Address (Common) Parameter. 
See 5.5.11. 
8.5.4.5 Transfer (Common) Parameter. This 
parameter is used to specify the actions to be 
taken by the slave when writing to the media. 
See Implementation Note at 5.5.13. 
8.5.4.6 Partition (Common) Parameter. See 
5.5.15. 
8.5.4.7 Stop on Discontinuity (Common) Pa- 
rameter. See 5.5.16. 
8.5.4.8 Skip Mask Parameter. See 
8.1.4.2.1. 
8.5.4.9 Information Transfer Size Override 
Parameter. See 8.1.4.2.2. 
8.5.4.10 Master Termination Permitted Pa- 
rameter. See 8.1.4.2.3. 
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tom mn te $e $e + 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Ol}; 2 | 3 | 4 |] 5 | 6 through n 
$$ eH $—-—--—4+----—4----—- -- --- = = = 
XXXX XXXX 20 bbbb bbbb xx XX 
7654 3210 
lJ!) Count O=Octet 1=Block 
||| 
|| OsDataBlock 1=PhysicalBlock 
| Direction O=Forward 1=Reverse 


Figure 62 
Command Packet for WRITE 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| |o0123 4 5 6 | 7 | 8 through n 


XXXx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 63 
Response Packet for WRITE 


Table 65 
Write Parameters 


+—-$---+-——+—-- ——4+---+-———-+ 
|@|LTH| ID|OCTET|X/b|DEF | WRITE PARAMETERS 


$$ $$ = $ - at = $4 2 + + ee ee +e ee 


[M]O9 | 31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 


| | |01-04| count 


Data Address 


RESPONSE EXTENT PARAMETER (See 5.5.3) 
Residual Count 
Data Address 


oO 
w 


| 
| ACCESS KEY PARAMETER (See 5.5.6) 


| 

| 

| 

| 

| 

| 

| 

| 

| | 

| | DATA ADDRESS PARAMETER (See 5.5.11) 
| 

| | TRANSFER PARAMETER (See 5.5.13) 

| Verify 

| Volume 

| Certify 

| Stop on Data Error 

| reserved 

| Compare - Use buffer under slave control 

| Compare - Master repeat transfer 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 


OPN ff WO ~1 


| 
| 
| 
| 
| 
| 
| 
| PARTITION PARAMETER (See 5.5.15) 
| 


| STOP ON DISCONTINUITY PARAMETER (See 5.5.16) 


| 
[n+ SKIP MASK PARAMETER (See 8.1.2.1) 


he 


INFORMATION TRANSFER SIZE OVERRIDE PARAMETER 
(See 8.1.2.2) 

Generate Class 2 Interrupt 

Burst Size 


| 

| 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
|3-2| 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 


MASTER TERMINATION PERMITTED PARAMETER 
| | | (See 8.1.2.3) 


mM] 01 
| | 
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$o--—te ne tt $e tt 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O 1] 2 | 3 | | 5 | 6 through n 
+—---—-+—----+----+--------- tee + ---- 4+ --- -- - - - - = 
XXXX xxxx 21 bbbb bbbb xx XX 
7654 3210 
lI} |] Count O=Octet 1=Block 
[| | 
|| Q=DataBlock tl=PhysicalBlock 
| Direction 0O=Forward 1<Reverse 


Figure 64 
Command Packet for WRITE PATTERN 


fo——-—-4+—------- -- +------------------- +------------ 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH] Command | CODES {|TYPE|CODE| PARAMETERS 
| | 0123 4 5] 6 | 7 | 8 through n 
+----+------------ $--------- $—---4—-—--—- 4 —-- - —-- - - -- 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 64A 


Response Packet for WRITE PATTERN 


8.6 WRITE PATTERN 
8.6.1 Command Packet. The command packet 
for this command shall be as shown in Figure 64. 
8.6.2 Response Packet. The response packet 
for this command shall be as shown in Figure 64A. 


8.6.3 Description. The Direction modifier is 
not applicable to the disk. 

The WRITE PATTERN command allows the mas- 
ter to write a data pattern in the extent spec- 
ified by the Command Extent parameter. If a 
specific pattern is required by the master, it 
Shall be passed as a parameter in the command 
packet. If the supplied data pattern is less 
than the number of blocks to be written, the 
supplied pattern shall be repeated as necessary 
to fill the blocks. If a Pattern parameter is 
not supplied, the command is either rejected or 
the Fill characters defined in Attribute SA are 
used in lieu. 

8.6.4 Parameters. The Write Pattern Param- 
eters shall be as shown in Table 66. 
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8.6.4.1 Continuation of Preceding (Common) 
Parameter. See 5.2.1.7. 

8.6.4.2 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

8.6.4.3 Response Extent (Common) Parameter. 
See 5.5.2. 

8.6.4.4 Access Key (Common) Parameter. 
See 5.5.6. 

8.6.4.5 Data Address (Common) Parameter. 
see. 5.5211. 

8.6.4.6 Transfer (Common) Parameter. See 
5.5.13. 

8.6.4.7 Partition (Common) Parameter. See 
5.5.15. 

8.6.4.8 Pattern Parameter. This parameter 
contains the pattern to be repeated. The length 
of the pattern cannot exceed the largest command 
packet size the slave can accept (as set in At- 
tributes). 

8.6.4.9 Request Parm Parameter. This param- 
eter may be used to transfer a pattern as data. 


AMERICAN NATIONAL STANDARD X3.132-1987 


Table 66 
Write Pattern Parameters 
$—$—- = 4 —-— $e eg 
)@|LTH|ID|OCTET|X/b|DEF| WRITE PATTERN PARAMETERS 
+—4+—-—--4+—-—4--~-- $a $$ - we en ee ek 


[M|02 |02|/01- n| CONTINUATION OF PRECEDING PARAMETER (5.1.2.7) 


| | 
| | | | 
[M|O9 |31]| | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |}01-04 | | | Count 
| | | 05-08 | | | Data Address 
| | | | | | | 
|S|[n+1] 32] | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | }01-04| | | Residual Count 
| | | | 05-08 | | | Data Address 
| | | | | | | 
ee |35|01-04 | | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | 
Pee eee n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | 
[IM]O2 |3c| 01| | | TRANSFER PARAMETERS (See 5.5.13) 
| | | | | | | 
[M|n+1|[3E]/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
[M|n+1]50/01- n| | | PATTERN PARAMETER 
| | | | | | | 
[M|n+1]6C/01- n| | | REQUEST PARM PARAMETER 
| | | | | | | 
+—-+—-—--—+-——-+----- tm mm teen ten en nr a a 
$e 4 a 4 a 4H a a ee ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O1| 2 | 3 | 4 | 5 | 6 through n 
$—-—-— 4 —-— - —- 4 - - - - + — +—----4+----4------------- 
XXXX XXxXxX 28 bbbb bbbb xx XX 
7654 3210 


[} 1] Count O=Octet 1=Block 

[||] Inhibit Defect Reallocation 
|| O=DataBlock 1=PhysicalBlock 
| l= Initialize Format 


Figure 65 
Command Packet for FORMAT 


$----4---- -- - - - +—------------------- $+—-—--------~—-- 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | O12 3 4 5| 6 | 7 | 8 through n 
+—----4------------ +--------- +----4----4---—-—--------- 
XXxX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 65A 
Response Packet for FORMAT 


8.7 FORMAT 
8.7.1 Command Packet. The command packet 
for this command shall be as shown in Figure 65. 
8.7.2 Response Packet. The response packet 


for this command shall be as shown in Figure 65A. 


8.7.3 Description. The master can redefine 
the slave-defined Default Data Partition of a 
disk into smaller contiguous Partitions. There 
can only be one physical format to a Partition. 
The area to be formatted shall include the 
Slave’s allocation for alternate blocks. 


The FORMAT command when used with the 
Initialize Format modifier set establishes a 
Partition and causes it be formatted. When the 
modifier is not set, the slave only formats the 
partition or extent defined by parameters. The 
formatting operation is slave specific, but the 
overall result is the establishment of Physical- 
Blocks through the defined Partition. 

Typically. but not necessarily, formatting in- 
volves rewriting the identification and possibly 
the data fields of the disk. Some disk drives do 
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not have a simple relationship between Physical- 
Block, track, and cylinder addresses and tt Is 
the responsibility of the slave to format in ac- 
cordance with the characteristics of the drives 

it is controlling. 

If the Inhibit Defect Reallocation modifier is 
set. then the avoidance of defects by the slave 
is overridden. The default condition is for the 
slave to either skip or reallocate defects de- 
fined in the parameter list, in addition to 
those known to the slave by a stored defect list 
(if any). Defects encountered during the format 
shall also be skipped or reallocated. The tech- 
niques associated with how this is done are the 
responsibility of the vendor, and are not de- 
fined in this document. 

If defect reallocation is not inhibited, en- 
tries in the Suspect Permanent and Suspect Tem- 
porary defect lists are automaticaly reallocated 
and moved to the corresponding Working defect 
list during execution of the FORMAT command. 

It may be desirable for some applications to 
have the track format controlled by the master 
(e.g., a floppy disk used for media interchange 
between specific systems. Other applications are 
better handled by slave control of the 
formatting. In addition. some devices may not 
require defect mapping. 

The Initialize Format modifier is used to in- 
dicate to the slave that this ts an initial for- 
matting of a Partition, rather than an incre- 
mental or update formatting. This may require 
special actions to be taken at the device level 
(e.g.. disks implemented with a Level 2 IPI es- 
tablish a Format Specification for the Parti- 
tion, and need to know the difference between an 
initial and an incremental formatting. 

The slave uses the Fill Octet field specified 
in Attributes as the data to be recorded within 
PhysicalBlocks during formatting. 

Where a field is not supplied as a parameter 
value. the slave shall assume values that pro- 
vide a viable format. The minimum information 
required by the slave is the DataBlock size, as 
the slave can select all other parameters neces- 
sary for formatting. The DataBlock size may be 
implicit if defined in Attributes prior to is- 
suing the FORMAT command, or explicit by use of 
the DataBlock modifier and the Block Size Param- 
eter. If the master is unable to support the 
maximum transfer rate of the slave the only 
other essential information would be the Trans- 
fer Rate Parameter. 

Other use of master-supplied parameters pre- 
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sumes that the master has a knowledge of the 
disk, and the need to override the slave’s se- 
lection of parameters in order to achieve a 
specific desired format. 

When the slave is ready to begin the format- 
ting operation, fields associated with the for- 
mat that are tn the addressee‘s Attribute Table 
shall have their contents set to zero by the ad- 
dressee. Following a successful format. the ad- 
dressee’s Attribute Table shall be updated by 
the addressee to indicate the characteristics of 
the formatted media. 

If a Maintenance Partition (ID x’01-OF’) Is to 
be formatted, it is necessary for the FORMAT 
command to be preceded in a Chain, Sequence, or 
Order by a OPERATING MODE command that 
specifies which Maintenance Partition is to be 
formatted. Some disk manufacturers physically 
compartment the disk into slave-defined Main- 
tenance Partitions (ID x‘Ol- 07°) (e.g.. a CE 
Cylinder that is provided to allow diagnostics 
to test read/write functions without affecting 
user data in the Data Partitions. Similarly, 
some masters may choose to define Maintenance 
Partitions (ID x’08-OF) for system diagnostic 
purposes. 

If more than one partition is to be used on a 
disk, the slave requires as a minimum, the Count 
of the number of Blocks or octets in the Parti- 
tion. If the DataBlock modifier is specified the 
slave shall begin the Partition in previously 
unformatted data space. If PhysicalBlocks are 
specified, the starting Physical Address is re- 
quired. and shall begin on a physical boundary. 
The master shall precede all other supplied pa- 
rameters with a Partition Parameter. For 
example. 


Partition 
Blocksize 
Command Extent (Count only if DataBlocks) 
(Data Address required if 
PhysicalBlocks) 
Choice of Interleave Parameters 


The burden for managing the implementation of 
partitions with different formats on the same 
disk is upon the master. Reference to partitions 
may be by either the Partition parameter or by 
Alias addressing. 


8.7.4 Interleave Considerations. The order of 
blocks as seen by a master during data transfer 
is always in ascending block number sequence. 
Interleaving parameters are provided so that the 
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Table 67 
Format Parameters 31, 32, 3A-3F 

+—+—---4+-—4+---=-4---4---+ 

|@|LTH| ID|/OCTET|X/b| DEF | FORMAT PARAMETERS 

+—-+---+-~—4----- tooo t-te nen + ee ee ee 
\m]O9 | 31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 

| | | |01-04| | | Count 

| | | | 05-08 | | | Data Address 

| | De | | | 

|S{n+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 

| | | |01-04 | | | Residual Count 

| | |05-08| | | Data Address 

| | || | | | 

|Mi05 |35]01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 

| | I ot | | | 

|B] n+1}3A]01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 

| | || | | | 

[M|O5 |3B]01-04] | | BLOCK SIZE (See 5.5.12) 

| | | | | | | 

|m|O2 |3c| 01] | | TRANSFER PARAMETERS (See 5.5.13) 

| | f= I | | | 

|M|n+1|]3E]/01- n| | | PARTITION PARAMETER (Se2 5.5.15) 

its | | | | | 

[M|n+1/3F]01- n| | | STOP ON DISCONTINUITY PARAMETER (See 5.5.16) 
It il | | | | | 

+—+—---+--4----- tenn ten tae nn nn eee + 


master can request that the order for recording 
of blocks on disk be in such a manner that 
blocks with sequentially ascending addresses are 
not physically contiguous. The effect of this is 
to reduce the effective transfer rate, though 

not the instantaneous transfer rate within a 
block. The degree by which blocks that are ad- 
jacent. but not physically contiguous, in the 
address space may have their transfer rate be- 
tween the addressee and master effectively 
reduced is called the interleave factor. 

The interleave factor allows an addressee with 
an effective data rate greater than that of the 
master. to be attached without incurring a sig- 
nificant performance loss. Noncontiguous phys- 
ical fields are a commonly implemented tech- 
nique, although other solutions that provide the 
same effect may be used also. An interleave fac- 
tor may be established in manufacture. or it may 
be set by the master through parameters of the 
FORMAT command. Once formatted. the inter- 
leave factor becomes an attribute of the facil- 


ity until changed by another FORMAT command. 


reset or removal of power from the slave or fa- 
cility shall not cause the interleave factor to 
change. 

8.7.5 Defect List Considerations. If the mas- 
ter wishes to control the management of defects. 
it may provide defect list parameters for the 


Slave to use in lieu of those known to the slave 
(by manufacturer’s flaw map or slave's own main- 
tained defect list). 

If the list of defects supplied by the master 
exceeds the size of the command packet, then it 
may be supplied as data. The master is required 
to provide the information tn the same manner as 
it wants the disk formatted (e.g., if the Block 
modifier is set, then it applies to both the ex- 
tent to be formatted and the transfer of param- 
eters as data. 

The defect list supplied by the master is 
treated by the slave as applicable only during 
the execution of the command, and the slave 
makes no entries in its own defect lists. 
Typically, this method of formatting is used in 
lieu of slave management of defects. If the mas- 
ter wishes the defect list provided to be en- 
tered tnto the slave’s defect list, it does so 
by using the Write Defect List command. 

Typically, the master shall be formatting an 
area smaller than the whole disk, so the master 
supplies two Command Extent parameters, one for 
the transfer of parameters as data (see 5.2.4) 
and the other to define the area to be for- 
matted. 

8.7.6 Format Parameters 

8.7.6.1 Parameters 31, 32, 3A-3F. These 
paramters shall be as shown in Table 67. 
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8.7.6.1.1 Command Extent (Common) 
Parameter. If this parameter is not present, the 
slave formats the Default Data Partition. If 
other partitions had been previously defined, 
the area formatted would be the remaining De- 
fault Data Partition; otherwise, the entire 
slave-defined Default Data Partition would be 
formatted. 

If this parameter is present, the Count field 
establishes the size of the extent to be format- 
ted. When the Initialize Format modifier is set. 
this also establishes the size of the partition. 

If the DataBlock and Initialize Format modi- 
fiers are set. the Data Address field is not 
supplied. the partition is described in terms of 
DataBlocks, and the slave is responsible for al- 
locating the partition into unformatted space of 
the Default Data Partition. 

If the DataBlock modifier is set and the Int- 
tialize Format modifier is not, the Command Ex- 
tent defines the area to be reformatted. 

If the PhysicalBlock modifier is set, the Data 
Address field is required. the extent is de- 
scribed in terms of PhysicalBlocks, and the 
starting PhysicalBlock address shall be on a 
physical device boundary. 

8.7.6.1.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

8.7.6.1.3 Access Key (Common) Param- 
eter. See 5.5.6. 

8.7.6.1.4 Data Address (Common) Pa- 
rameter. See 5.5.11. 

8.7.6.1.5 Block Size (Common) Param- 
eter. In the absence of this parameter, the 
Slave shall select a size consistent with the 
DataBlock size defined in Attributes. 

If this parameter is present and the Initial- 
ize Format modifier is set, it explicitly over- 
rides any block size that may be defined in At- 
tributes. The following actions are performed 
whether block size is implicit or explicit as 
long as the Initialize Format modifier is set. 

If the DataBlock modifier is set. the block 
size is defined in DataBlocks for the partition. 
and the slave chooses a PhysicalBlock size that 
is consistent with the DataBlock size, and that 
optimizes the physical characteristics of the 
facility. The slave shall reject the FORMAT 
command with an Invalid Parm substatus if the 
DataBlock size is not supported for the 
Partition. 

If the PhysicalBlock modifier is set. the 
block size is defined in PhysicalBlocks for the 
partition, and the slave checks this against any 
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slave-defined or facility-defined constraints 
(e.g.. switch settings, default values, or im- 
bedded servo fixed sector disks. If the values 
do not match, the FORMAT command shall be 
rejected with an Invalid Parm Substatus. 

8.7.6.1.6 Transfer (Common) Parameter. 
see. 5.5.13. 

8.7.6.1.7 Partition (Common) Parameter. 
See 5.5.15. 

8.7.6.1.8 Stop On Discontinuity (Com- 
mon) Parameter. Some methods of PhysicalBlock 
reallocation during formatting can cause discon- 
tinuities. The master uses this parameter if it 
wishes to have the FORMAT command cease exe- 
cuting because of an encountered discontinuity 
(see 5.5.16). 

8.7.6.2 Parameters 50-55. These param- 

eters shall be as shown in Table 68. 


8.7.6.2.1 Number of PhysicalBlocks per 
Track Parameter. If this parameter is present. 
the value supplied specifies the number of Phys- 
icalBlocks per track. If this parameter is not 
present. the slave determines the number. 


8.7.6.2.2 PhysicalBlock Interleave Fac- 
tors Parameter 

(1) Cylinder Interleave Factor. This field 
specifies the number of PhysicalBlocks delay re- 
quired between the last PhysicalBlock on the 
last track of a cylinder, and the first Phys- 
icalBlock in the next cylinder. This delay 
biases the absolute location of PhysicalBlock 0 
to compensate for the rotation of the disk dur- 
ing a single cylinder seek. A value of x’ FF’ al- 
lows the slave to determine the interleaving. 

(2) Head Interleave Factor. This field spec- 
ifies the number of PhysicalBlocks offset re- 
quired between the last PhysicalBlock on a 
track, and the first PhysicalBlock in the next 
track. This delay biases the absolute location 
of PhysicalBlock 0 to compensate for the rota- 
tion of the disk during a head switch. A value 
of x°FF° allows the slave to determine the in- 
terleaving. 

(3) PhysicalBlock Interleave Factor. This 
field is used to adjust the effective transfer 
rate to and from the disk. It specifies the num- 
ber of PhysicalBlocks to be skipped before the 
next PhysicalBlock is generated. A value of zero 
causes no skip, and the PhysicalBlocks are 
sequentially numbered. A value of x°FF’ allows 
the slave to determine the interleaving. The 
slave shall generate interleaved PhysicalBlocks, 
while also accomodating track and cylinder in- 
terleaving. 
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Table 68 
Format Parameters 50-55 


+—+—---+—--4---- - 4 +--+ 
|@|LTH|ID| OCTET|X/b|DEF| 


(M|/03 |50]01-02| 


Value 


Factor 


* Mutually exclusive parameters. 


8.7.6.2.3 PhysicalBlock Interleave 
Table Parameter. This parameter allows the mas- 
ter to describe the PhysicalBlock interleave 
structure for a complete track. The number of 
entries in the table shall be equal to the num- 
ber of PhysicalBlocks in a track. The first 
entry in the table specifies the physical 
PhysicalBlock number to be given to absolute 
PhysicalBlock 0 on each track; the second entry 
gives the physical PhysicalBlock number to be 
assigned to absolute sector |; and so on. This 
parameter can be used to achieve a level of 
software interleaving (e.g., if the operating 
system software is implemented in block sizes of 
1K, but the media is formatted with Physical- 
Block of 512 octets, the table for a simple ex- 
ample of 8 PhysicalBlocks per track could be 
constructed as °12563478". 


8.7.6.2.4 Transfer Rate Parameter. The 


first field is a value that allows the slave to 
format the disk in whichever fashion it chooses 
to achieve an effective data rate equal to or 

less than that specified. The second field is 
used by the slave to adjust its internal data 
flow to match the instantaneous transfer rate to 
and from the master. 


reserved 
DataBlock Interleave Value * 


reserved 
DataBlock Interleave Factor * 


FORMAT PARAMETERS 
+—$—-——-+——-4+----- $-—--+---+-----—-—~—--~ 
NUMBER OF PhysicalBlocks PER TRACK 


PhysicalBlock INTERLEAVE FACTORS 

Cylinder Interleave Factor 

Head Interleave Factor 

PhysicalBlock Interleave Factor * 
PhysicalBlock INTERLEAVE TABLE * 
TRANSFER RATE (Octets/second) * 
Effective disk Transfer Rate 

Master’s Instantaneous Transfer Rate 


DataBlock INTERLEAVE PARAMETER 


DataBlock INTERLEAVE PARAMETER 


ce ce ce ce ce ce ee eee ee ee ee ee ee ee ee we ee ee ee os 


§.7.6.2.5 DataBlock Interleave Param- 
eter. This paramter is made up of either a Value 
or a Factor octet. 

(1) Value. When Bit 7 of the first octet is 
set to |, the Value defines the interleave value 
to be used in formatting the media. 

The Value specifies one of the interleave 
values defined by the facility. Bit O specifies 
interleave value 0, which is the basic block 
transfer capability of the facility. Bits 1-7 
specify interleave values, which are defined by 
vendor specifications. Individual bits 1-7 are 
set to | to cause a reduction in the block 
transfer rate that exceeds the reduction of the 
immediately preceding bit (e.g.. Bit 5 = 1 shall 
cause a greater reduction in the block transfer 
rate then Bit 4 = 1). Only one bit may be set. 

(2) Factor. When Bit 7 of the first octet Is 
set to 0. the Factor specifies the factor to be 
used in formatting the media. 

The Factor is used to adjust the effective 
rate at which DataBlocks are transferred from 
the disk. It specifies the number of DataBlocks 
to be skipped before the next sequential Data- 
Block is generated. A value of zero causes no 
skip, and a value of x’ FF’ allows the slave to 
determine the interleaving. 


12] 
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Table 69 

Format Parameters 56-59 
$et—— 4-H a 
|@|LTH| ID|OCTET|X/b|DEF| FORMAT PARAMETERS 
toto ete Hetero heen a $e a $n oe wn wn a a a nn ro ee == 
[M|n+1|56| | | | TRACK DEFECTS LIST 
| | | |01-04 | | | Cylinder (first) 
| | | | 05-06 | | | Track 
‘ia | |O7-OA| | | Octet Offset into track 
| | | |OB-Oc| | | Length of defect (in bits) 
| | | |n-B:8| | | Cylinder (last) 
| | | |n-7:6| | | Track 
| | | |n-5:2| | | Octet Offset into track 
| | | |n-l:n| | | Length of defect (in bits) 
| | lie se hl | | | 
|M|n+1|57| | | | SECTOR DEFECTS LIST 
| | | |01-04| | | Cylinder (first) 
| | | |05-06 | | | Track 
| | | |07-08 | | | No of Sector after Index 
| | | |09-OA| | | Octet Offset within Sector 
| | | |OB-O0C| | | Length of defect (in bits) 
| | | |n-B:8| | | Cylinder (last) 
| | | |n-7:6| | | Track 
| | |  Jn-5:4| | | No of Sector after Index 
| | | |n-3:2| | | Octet Offset within Sector 
| | | |n-l:n| | | Length of defect (in bits) 
| | | | | | | 
IM|]O6 | 58] | | | HARD DISK FORMATS 
| | | |01-02| | | Number of Alternate Cylinders 
| | | | 03| | | Number of On-track PhysicalBlock Spares 
| | | | | | | 
|M| 06 }59| | | | FLOPPY FORMATS 
| | | | 01| | | Standard Formats 
{ | | | |7-4| | reserved 
| | | | | 3] | ANSI 8" SS SD 128 octets/PhysicalBlock 
| | | | | 2| | ANSI 8" SS DD 256 octets/PhysicalBlock 
| | | | | 1] | ANSI 8" DS DS 256 octets/PhysicalBlock 
| | | | | Of | ANSI 8” DS Quad Density 1024 octets/PhysBlock 
| | | | 02| | | Number of Heads 
| | | |03-04| | | Gap Length 
| | | | 05 | | | Fill Octet 
| | | | | | | 
+-4---4+-<-4----- $---4---4----- - - -- - - ~~ = 


8.7.6.3 Parameters 56-59. These parameters 

shall be as shown in Table 69. 

8.7.6.3.1 Track Defects List Parameter. 
This parameter allows specifying the location 
and size of a list of defects by cylinder num- 
ber. head number. and offset from index-by- 
octet location. This parameter is used for disks 
without fixed sectors. 

8.7.6.3.2 Sector Defects List Param- 
eter. This parameter is used to identify defects 
in fixed sector disks (e.g., imbedded servo) by 
their position within the sector, as located by 


cylinder number. head number. and sector number. 
8.7.6.3.3 Hard Disk Formats Parameter. 


This parameter contains the following bits: 

(1) Number of Alternate Cylinders. This field 
specifies the number of cylinders to be taken 
for use in allocating alternate tracks, alter- 
nate PhysicalBlocks. or both. 

(2) Number of On-Track PhysicalBlock Spares. 
This field specifies the number of Physical- 
Blocks to be reserved on each track for assign- 
ing alternates for those PhysicalBlocks that 


contain defects. If this field's value is zero. 
there are no spares, and alternates shall be 
taken from the Alternate Cylinders. On-track 
PhysicalBlock spares typically decrease the ca- 
pacity of the disk but increase performance be- 
cause the access time penalty associated with 
defective PhysicalBlocks mapped to Alternate 
Cylinders is avoided. 

8.7.6.3.4 Floppy Formats Parameter. 
This paramter is made up of the following bits: 

(1) Standard Formats. This field is used to 
identify to which standard format the floppy is 
to be formatted. If more than one bit ts set, 
the parameter is rejected; and tf no bits are 
set. the format is nonstandard and the remaining 
parameter fields are required. 

(2) Nunber of Heads. This value specifies the 
number of heads (i.e., sides) on the floppy to 
be formatted. 

(3) Gap Length. This value specifies the num- 
ber of octets between PhysicalBlocks when a floppy 
disk is to be formatted. It is only used tf a non- 
standard floppy format is to be generated. 
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Format Parameters 5A, 6C 


Parameters in Response 


Naked Parameters as Data 


FORMAT PARAMETERS 


CELL DEFECTS LIST PARAMETER 


(first) 


No of Defective Cells 
Offset of Defective Cell #1 
Offset of Defective Cell #2 through end 


(last) 


No of Defective Cells 
Offset of Defective Cell #1 


REQUEST PARM PARAMETER 


+ + * 


Repeated as many 
times as needed 


Table 70 
+—+—--~-~—4+--4-----4---4--- 4+ 
)@|LTH|ID|OCTET|X/b|DEF| 
to—t—-—--+—--4+----= $22 -4+---4+—------ --- 
IM|n+1]5A| | | 
| | | |01-04 | | Cylinder 
| | | |05-06 | | Track 
| | {| |07-08| | 
| | | |09-0C| | 
| | | |OD- m| | 
| | | jn - | | Cylinder 
| | | Jn - | | Track 
| | J [n- | | 
| | [) alae || | 
| | [;. [ae | | 
| | | | | | 
[M|n+1]6C| | | 
| | | | 01 | 7 | Parameters as Data 
| | | ‘| 6] 
| | | | | 5] Length 
| | | | | 4| 
| | | | | 3-0 | reserved 
| | | 02 | | Parameter ID 
| | | | n | | Parameter ID 
| | | | | | 
| | | | | | 
+—$--—4—-—-4—-—+- +---4+---4---- + +--+ 


* Mutually exclusive parameters. 


8.7.6.4 Parameters 5A, 6C. These param- 

eters shall be as shown in Table 70. 

8.7.6.4.1 Cell Defects List Parameter. 
This parameter allows specifying the location 
and size of a list of defects by cylinder num- 
ber, head number, and offset of cell from index. 
This parameter is used for disks with variable 
record sizes (e.g., IPI-2 Format 2). The No of 
Defective Cells is used to step through the list 
within each cylinder (4 * No of Defective Cells 
identifies location of next cylinder’s infor- 
mation). 

8.7.6.4.2 Request Parm Parameter. See 
6.3.4.13.1. 


9, Combination Commands 


The commands in this section are the most com- 
plex commands of the Logical Interface. These 
commands involve considerations that by their 
very nature may be device-specific,vendor- 
specific. or both. Refer to vendor specifica- 
tions as to their implementation. 
some Combination commands do not require Com- 
bination Extents. Command Completions that do 
not contain a Combination Extent are identified 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| Offset of Defective Cell #2 through end 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


as Transfer Responses (0001), not Combination 
Responses. 

The Combination commands are typically ad- 
dressed to the slave. However, the command 
packet may be addressed to a facility: in which 
case, the Facility Address tn each Extent param- 
eter shall be the same as that of the addressee. 

On Combination commands that execute as part 
of a Chain, the Source and Destination ad- 
dressees shall be the same as the remainder of 
the chain. 


NOTE: Combination commands do not require the use of the 
Physical Interface Slave-to-Slave Inlormation Translers if the 
facilities are attached to the same slave. Users should be aware 
that i Physical Interface Slave-to-Slave Information Transfers 
are to he used. then dedication of the interlaces is required. 


It is not intended that Slave-to-Slave Infor- 
mation Transfers execute concurrently with other 
operations. With Slave-to-Slave Information 
Transfers, the dominant slave shall have all of 
the capabilities of a master. such as the hand- 
ling of unexpected responses, even though it 
does not have control over selection. 


9.1 COPY 

9.1.1 Command Packet. The command packet for 
this command shall be as shown in Figure 66. 

9.1.2 Response Packet. The response packet 
for this command shall be as shown in Figure 67. 
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foe a a a a a a a ee ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH} NO |CODE| MOD| MOD|ADDR|ADDR| 
| | O1| 2 | 3 4 | 5 | 6 through n 
of a tee — - + - - - +--+ ---- +--+ --- 
XXXX XxXxx 30 bbbb bbbb xx xX 

Figure 66 


Command Packet for COPY 


poem 4+------- ----- +o---- +—-------------+ 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH Command | CODES | TYPE | CODE| 
| | 012 3 4 5] | 7 | 8 through n 
+—----4---—--------- +--------- +----— 4--—--4+--- --- + 
XXXX eeeeeeeeeeee Dbbb bbbb 0011 bbbb 

7654 3210 3210 

Figure 67 


Response Packet for COPY 


9.1.3 Description. The COPY command allows 


the transfer of data between slaves (if Slave- 
to-Slave Information Transfers is supported at 
the Physical Interface Level 1), or between fa- 
cilities attached to the slave. 

If supported by the slave. multiple extents 
may be used for both the source and destination. 
The command requires that at least one source 
and one destination extent be defined in Combin- 
ation Extent parameters: additional extents may 
be supplied and are processed by the slave in 


the sequence that they were received. The number 


of combination commands that may be active in a 
Slave at the same time is defined by attributes. 

If the two facilities have different block 
sizes, the transfer length is expressed in terms 
of the block size used by the source. The block 
size of the source shall be converted by the 
Slave to the block size of the destination, as 
required. On the write to the last destination 
block, the destination addressee shall perform 
an "update write” operation; t.e., if the transfer 
of the last source block does not fill the destina- 
tion block, the slave or facility shall not alter 
the remainder of the destination block. 

It is possible for either the source or the 
destination, and sometimes both, to contain a 
Residual Count in the response packet (e.g., if 
the command terminated due to error, or end of 
tape on a multireel file was encountered (see 
also the RESUME commiand)). 
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Each set of COPY parameters is assumed to 
refer to an extent on the source and destination 
facilities. A continuous extent on a disk is 
equivalent to a span of blocks. COPY parameters 
may be concatenated so that multiple extents may 
be transferred via a single command packet. This 
allows files consisting of multiple noncontigu- 
ous extents to be backed up or restored with 
little overhead in the master. 

If. for example, a file is to be restored from 
a backup tape (which can be treated as one large 
logically contiguous segment), then the master 
Shall know the available storage areas on the 
destination drive and their lengths. One set of 
COPY parameters is generated for each logically 
contiguous area on the destination disk. 

An entire disk/tape/floppy may be transferred 
with a single COPY command by setting the Volume 
modifier bit in the Transfer parameter. However, 
unless the two facilities involved in the COPY: 
operation have the same capacity. the transfer 
shall be terminated whenever the lower-capacity 
facility reaches its limit. 

The process terminates when one of the follow- 
ing conditions is encountered: 


(1) The specified extents have been trans- 
ferred for all sets of COPY parameters in the 
packet (nominal termination) 


(2) A file mark is read from a source tape 


(3) The end of tape is found 
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Table 71 


Copy Parameters 


PARAMETERS 


ce mm er ere ee ee ee ee es es ee es ee ee ee es ie ee ee 


COMBINATION COMMAND EXTENT PARM (See 5.5.4) 


Facility Address 


Repeated as many 
times as needed 


COMBINATION RESPONSE EXTENT PARM (See 5.5.5) 


Facility Address 


Residual Count 


Substatus if any - Codes x0-xB 
ACCESS KEY PARAMETER (See 5.5.6) 
DATA ADDRESS PARAMETER (See 5.5.11) 
TRANSFER PARAMETERS (See 5.5.13) 
PARTITION PARAMETER (See 5.5.15) 
EXTENDED MODIFIERS 

Suppress Automatic Retries 

Transfer If Error * 


Skip Bad PhysicalBlock 
Terminate on Unrecoverable Error * 


ta—4-- 4-4 --- +--+ = + 

Peele Re rere per) 
+—4+—-—--4+—--—4+----- +--+ --- t+ —-- 
|M|n+1]| 33] | | 1 

| j | 01| | |} Slave Address 
I} oy | of yf 

| | | | 03 | | | Modifiers 

| | ; | 04] | | Reserved 

| | | |05-08| | |} Count 

| | | |09-0C] | | Data Address 
| | { |Jn-7:4] | |} Count 

| | , on | Data Address 
| | | | 

[S|n+1]34| | | | 

| | | | 01} | Slave Address 
| | | | 02| | | 

} | | | 03] | | Modifiers 

| | | 04 | | | Reserved 

| | | |05-08] | | 

| | | j;09-0C| | | Data Address 
| | | | OD-OE| | Major Status 
| | | |OF- n| | | 

| | | | | | | 

}M]OS |35]01-04 | | | 

| | | | | | | 
|B|n+1|3A]01- n| | | 

| | Et stl | | | 

IMJO2 |3C| 01 | | | 

| | | | | | | 
|M|n+1]3E]/01- n| | | 

| | | | | | | 

|M]O2 |50| 01] | | 

| | | | | 7 | 

| | | | | 6| | 

| | | | | S| | 

| | | | | 4] | 

| | | | | 3-0] | Reserved 

| | | | | | | 

ji. @] | | | | | 
+—4+-—-~-4+--4+----- +oe+$—-——4—---— 


* Mutually exclusive modifiers. 


(4) The source disk is empty; 1.e., last 
block of the source disk has been read and 
transferred to the destination 

(5) The destination disk or tape ts full: 

i.e.. last block of the destination disk has 
been written 

The COPY response packet shall define the 
completion status. If the COPY operation has 
terminated prematurely (i.e., before all spe- 
cified data has been transferred). but success- 
fully, it is considered Incomplete and may be 
resumed from the point of termination with the 
RESUME command. 

In the case of premature termination, the 
master shall be sent the appropriate response 
packet defining which facility caused the 
termination. It is then the master’s respons- 
ibility to initiate a RESUME command to restart 
from the point of termination. This mechanism 
allows the master to prompt the operator for 
another tape cassette or floppy disk before the 
operation is continued. 


ee ee ee ee ee ce ce ee ee ee ee ee ee ee eee ee ee 


9.1.4 Parameters. The Copy Parameters shall 
be as shown tn Table 71. 
9.1.4.1 Combination Command Extent (Com- 
mon) Parameter. This parameter is used to iden- 
tify the extent as being a Source or Destina- 
tion. The Slave and Facility Addresses are re- 
quired because the dominant slave responsible 
for execution of the command may or may not be 
either the source or the destination. 

The modifiers in Bits 0-3 are those that would 
normally be command modifiers for a READ or 
WRITE. 

9.1.4.2 Combination Response Extent (Com- 
mon) Parameter. This parameter is used to report 
the Residual Count on the Slave and Facility 
Source and Destination extents. The Substatus 
associated with the Source or Destination ad- 
dressee that was in use at the time the command 
terminated is also presented. 

9.1.4.3 Access Key (Common) Parameter. 
This parameter is used to provide the key that 
allows access to a protected area. 
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fot $a a ta a tt te 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| {| O 1] 2 | 3 | 4 | 5 | 6 through n 
$—---—4-—---4+----4+--------- +----+----+------------- 
XXXX XxXXX 31 bbbb bbbb xx XX 

Figure 68 


Command Packet for COMPARE SLAVE DATA 


$—----4+------------ +—------------------- +—------------- 
{|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE | CODE | 
| | 01234 5 6 | z | 8 through n 
+—----+------------ +—-—-------- +----4+----4+------------- 
XXXx eeeeeeeeeeee bbbb bbbb 0011 bbbb 

7654 3210 3210 

Figure 69 


Response Packet for COMPARE SLAVE DATA 


9.1.4.4 Data Address (Common) Parameter. 


This parameter is used if the four octets of 
Data Address in the Extent parameters ts insuf- 
ficient. 

9.1.4.5 Transfer (Common) Parameter. 
This parameter is used to specify the actions to 
be taken by the slave when writing to the media. 

9.1.4.6 Partition (Common) Parameter. 
This parameter is used to address other than the 
default data area. 

9.1.4.7 Extended Modifiers Parameter. 
This parameter is needed only if the master has 
a need to override the normal error handling and 
correction features of the slave. and are as- 
sociated only with the source. Such a situation 
can occur when the media source has been phys- 
ically damaged, or otherwise affected in some 
way that affects its ability to be read. The 
following bits may be set when an error is 
encountered: 

(1) Suppress Automatic Retries. Automatic re- 
tries are suppressed when an error is encoun- 
tered: 1.e.. the error action shall be taken on 
the first error. 

CAUTION: If retries are suppressed, Then any error will 
leave a gap in the data on the destination device. Setting 
this bit makes the COPY operation vulnerable to soft 


cirors. TP not set, automatic retries will be attempted 
before any crror action ts taken, 
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(2) Transfer if Error. PhysicalBlocks con- 
taining ECC errors shall be transferred with the 
error intact (e.g.. the ECC code has not been 
updated so the error would occur when the des- 
tination block 1s accessed again). It 1s the 
responsibility of the master to ensure that the 
ECC codes of the source and the destination are 
the same, 

If this bit is not set, then the ECC shall be 
updated on the destination block and the error 
will not be detectable on the destination unit. 

(3) Skip Bad PhysicalBlocks. PhysicalBlocks 
that cannot be read correctly shall be ignored; 
i.e.. treat that PhysicalBlock as if it had 
never been read. The Residual Count is not de- 
cremented and the data is not transferred. If 
not set. then the error action is specified by 
Terminate on Error. 

(4) Terminate on Unrecoverable Error. The 
COPY operation shall be terminated if an unre- 
coverable error occurs. The appropriate error 
status shall be reported to the master. 


9.2 COMPARE SLAVE DATA 
9.2.1 Command Packet. The command packet 
for this command shall be as shown in Figure 68. 
9.2.2 Response Packet. The response packet 
for this command shall be as shown in Figure 69. 
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Table 72 

Compare Slave Data Parameters 
totem tae ta nt a tt 
|@|LTH|ID|OCTET|X/b|DEF | COMPARE SLAVE DATA PARAMETERS 
+—+—---4+--4+----- tenn tmn ete nn a ee ee ee ee 
IM|[n+1]33| | | | COMBINATION COMMAND EXTENT PARM (See 5.5.4) 
| | | | 01| | | Slave Address 
| | | | 02 | | | Facility Address 
| | | | 03] | | Modifiers 
| | | | 04 | | | Reserved 
| | | |} 05-08 | | | Count 
| | | |}09-O0Cc| | | Data Address 
| | |n-7:4| | | Count Repeated as many 
| | | a | | Data Address times as needed 
| | | | | 
|S|n+1| 34] | | | COMBINATION RESPONSE EXTENT PARM (See 5.5.5) 
| | | | 01| | | Slave Address 
| | | | 02 | | | Facility Address 
| | | | 03| | | Modifiers 
| | | | 04 | | | Reserved 
| | | |05-08 | | {| Residual Count 
| | | |09-0C| | | Data Address 
| | | | OD-OE | | | Major Status 
| | | |OF- n| | | Substatus if any - Codes x0-xB 
| | BP ei | | | 
|M|O5 |35|01-04 | | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B|n+1|3A|01- n | | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | 
|M}{n+1]|3E|01- n | | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
|M| 02 | 01] | | EXTENDED MODIFIERS 
| | | | | 7 | | Suppress Automatic Retries 
| | | | |6-5| | reserved 
| | | | | 4 | | Terminate on Unrecoverable Error 
| | | | | 3-0] | reserved 
t—4+—---4+--4+----- +--—-4+---4---- - -- - - - - - 


9.2.3 Description. The COMPARE SLAVE 
DATA command compares data on one facility with 
data on another facility attached to the same 
slave, or compares two sets of data on the same 
facility. The data on the source ts the ref- 
erence for the comparison and its Count deter- 
mines the length of the comparison. 

The command terminates when all data has been 
compared or a data inequality 1s encountered. If 
the two facilities have different block sizes, 
the Count shall be expressed as the number of 
blocks required for the data on the source. The 
Slave shall perform the mapping between the two 
block sizes. 

If the destination data space is smaller than 
the source. Incomplete status 1s posted. The 
Residual Count of the source may be used to cal- 
culate the amount of data actually compared and 
the Data Addresses shall contain the address of 
the last block compared. 


The source and destination may be of multiple 
extents tf parameters are appended to the com- 
mand packet. 

9.2.4 Description. The Compare Slave Data 
Parameters shall be as shown tn Table 72. 


9.2.4.1 Combination Command Extent (Com- 
m10n) Parameter. See 5.5.4 and also 9.1.4.1. 


9.2.4.2 Combination Response Extent (Com- 
mon) Parameter. See 5.5.5 and also 9.1.4.2. 


9.2.4.3 Access Key (Common) Parameter. 
See 5.5.6 and also 9.1.4.3. 


9.2.4.4 Data Address (Common) Parameter. 
See 5.5.11 and also 9.1.4.4. 


9.2.4.5 Partition (Common) Parameter. See 
5.5.15 and also 9.1.4.6. 


9.2.4.6 Extended Modifiers Parameter. See 
9.1.4.7. 


127 


AMERICAN NATIONAL STANDARD X3.132-1987 


4—-—---4 —---- 4 -- -- 4 - - - - 4 - - - - $ - - - - ¢ - ee ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD] MOD|ADDR]|ADDR| 
| Or ei |, ae 3 4 | 5 | 6 through n 
foe — fH fp = - fe $m ee 4-4 - -- - - 
XXXX xXxXxx 32 bDbbb bbbb- xx XX 

Figure 70 


Command Packet for COMPARE DATA 


+—----4+------------+ $—_—-------—- - -- --- -- + $------------- 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE | CODE | 
| | 0123 4 5 | 7 | 8 through n 
+—----4------------ +—--------- $—-—-- +--+ 4 - +--+ + 
xxxx eeeeeeeeeeee bbbb bbbb 0011 bbbb 

7654 3210 3210 

Figure 71 


Response Packet for COMPARE DATA 


9.3 COMPARE DATA 

9.3.1 Command Packet. The command packet 
for this command shall be as shown in Figure 70. 

9.3.2 Response Packet. The response packet 
for this command shall be as shown in Fig- 
ure 7]. 

9.3.3 Description. The COMPARE DATA 
command compares data on the facility with 
data from the master. The Count at the source 
(master) is defined by the Command Extent param- 
eter. and determines the length of the compari- 
son. The Count shall be expressed as the number 
of blocks required for the data on the source. 

The destination shall be defined by a Combina- 
tion Extent parameter. The slave shall perform 
any mapping necessary between the data received 
and the block size at the destination. 

The command terminates when all the data to be 
compared has been received from the master, a 
data inequality is encountered, or end of extent 
(Incomplete status) occurs on the destination. 

The Residual Count in the source’s Response 
Extent parameter can be used to calculate the 
amount of data actually compared. The Data 
Address in the destination’s Combination Extent 
response shall contain the address of the last 
block in which a comparison was made. 

9.3.4 Parameters. The Compare Data Param- 
eters shall be as shown in Table 73. 
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9.3.4.1 Command Extent (Common)Pa- 
rameter. See 5.5.2. 

9.3.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 

9.3.4.3, Combination Command Extent (Com- 
mon) Parameter. See 5.5.4 and also 9.1.4.1. 

9.3.4.4 Combination Response Extent (Com- 
mon) Parameter. See 5.5.5 and also 9.1.4.2. 

9.3.4.5 Access Key (Common) Parameter. See 
5.5.6 and also 9.1.4.3. 

9.3.4.6 Data Address (Common) Parameter. 
See 5.5.11 and also 9.1.4.4. 

9.3.4.7 Partition (Common) Parameter. See 
5.5.15 and also 9.1.4.6. 

9.3.4.8 Extended Modifiers Parameter. See 
9.1.7. 


9.4 REALLOCATE 
9.4.1 Command Packet. The command packet 
for this command shall be as shown in Figure 72. 
9.4.2 Response Packet. The response packet 
for this command shall be as shown in Figure 73. 
9.4.3 Description. The REALLOCATE command 
causes defective recording areas to be re- 
assigned to replacement recording areas. The ad- 
dress of the recording areas to be reallocated 
is specified by the Address field within an Ex- 
tent parameter, in a Defect List parameter, or 
in a Suspect defect list. 
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Table 73 
Compare Data Parameters 


+—+---+--4+-----4-~-4---+ 


|@|LTH|ID|OCTET|X/b| DEF] COMPARE DATA PARAMETERS 
+—-4—--~—4+-~-4--~~~ to $$ a 


1M|05 


31} 


| COMMAND EXTENT PARAMETER (See 5.5.2) 
|01-04| 


Count 


RESPONSE EXTENT PARAMETER (See 5.5.3) 
Residual Count 


Oo 

ar 
I 

Oo 

P= 


COMBINATION COMMAND EXTENT PARM (See 5.5.4) 
Slave Address 

Facility Address 

Modifiers (Bit 7 = 1) 

Reserved 

Count 

Data Address 

Count Repeated as many 
Data Address times as needed 


woul 
ee OFCDOO0CO 


73 oOo°9O 
3 .28®O OWA WNP 


I 
wal | 


| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

) 

| COMBINATION RESPONSE EXTENT PARM (See 5.5.5) 
| Slave Address 

| Facility Address 

| Modifiers (Bit 7 = 1) 

| Reserved 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


Residual Count 

Data Address 

Major Status 

Substatus if any - Codes x0-xB 


ACCESS KEY PARAMETER (See 5.5.6) 
DATA ADDRESS PARAMETER (See 5.5.11) 
PARTITION PARAMETER (See 5.5.15) 


EXTENDED MODIFIERS 

Suppress Automatic Retries 
reserved 

Terminate on Unrecoverable Error 
reserved 


—_—o_ ee oe —— —_ —— ec ce ee cee ee ee ee ee ee ee ee ee ee ee es es ee i ee ee 


fan ap a a pa 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE] MOD| MOD|ADDR]|ADDR| 
| | O11] 2 | 3 | 4 | 5 | 6 through n 
+—-—-—--4----4----4---~------ $—--—--4—----4--- =~ + ------ 
XXXX XXXX 33 bbbb bbbb- xx XX 

7654 3210 

|i] | Relocate Data 


Figure 72 
Command Packet for REALLOCATE 


|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH Command | CODES | TYPE| CODE | 
| 1012345] 6 | 7 | 8 through n 


XXX¥X eeeeeeeeeeee bbbb bbbb 0011 bbbb 
7654 3210 3210 


Figure 73 
Response Packet for REALLOCATE 
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The Data Address is implicitly interpreted by 
the slave, unless the Data Address parameter is 
used to specify which kind of blocks (logical. 
physical. or absolute) are to be defined. 

If the Relocate Data modifier is set, the 
slave shall copy data from the specified re- 
cording area on the facility to a replacement 
recording area on the same facility. The des- 
tination may be explicit as specified by a des- 
tination Extent. or implicit if the slave has 
the capability to automatically manage the al- 
ternate area. 

The original recording area shall be marked as 
unusable and the replacement recording area 
shall be automatically referenced by the facil- 
ity whenever the original Data Address 1s ac- 
cessed. 

Slaves may on!y support this command in a pre- 
defined mode of operation, in which case only 
the Command Extent and Response parameters are 
required to identify the block being re- 
allocated. 

The execution of REALLOCATE with no defects 
specified as appended parameters causes defects 
listed in either the Suspect Permanent or Sus- 
pect Temporary defect lists to be reallocated. 

If any defects are specified as appended pa- 
rameters, then they are the only ones that will 
be reallocated, and no reference shall be made 
to the Suspect lists. 

The locations of defective blocks are returned 
to the command that encountered the defect, and 
these are the addresses used for the REALLOCATE 
command. This command may be used in either 
DataBlock or PhysicalBlock mode. If DataBlock 
reallocation ts selected, the slave shall deter- 
mine the PhysicalBlocks affected by the defec- 
tive recording area. The defective recording 
area and as many additional recording areas as 
are necessary to accommodate the DaiaBlock shall 
be reallocated. 

If the space required to reallocate the spe- 
cified block ts not available (e.g.. all space 
assigned for that purpose has been exhausted). 
the command shall terminate with Reallocation 
Space Exhausted status. 


NOTE: Some facility technologies may not provide for a master - 
requested reallocation of a data area. Normal completion status 
in the response packet indicates that the slave executed the 
command according to its internal algorithm, as specified in the 
functional specification of the product. 
9.4.4 Reallocate Parameters 
9.4.4.1 Parameters 31-3E. These param- 


eters shall be as shown in Table 74. 
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9.4.4.1.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

9.4.4.1.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

9.4.4.1.3 Access Key (Common) Param- 
eter. See 5.5.6 and also 9.1.4.3. 

9.4.4.1.4 Data Address (Common) Param- 
eter. See 5.5.11 and also 9.1.4.4. 

9.4.4.1.5 Partition (Common) Parameter. 
See 5.5.15 and also 9.1.4.6. 

9.4.4.2 Parameters 50, 55. These param- 

eters shall be as shown in Table 75. 

9.4.4.2.1 Defect Parameter. This param- 
eter may be used instead of a source extent, and 
the defect shall be added to the Defect List. 


(1) Octet Offset. The Octet Offset is rela- 
tive to the location identified in the Data Ad- 
dress parameter (required to precede this param- 
eter). 


(2) Length of Defect. The Length of Defect is 

the size of the defect counted in bits. 

9.4.4.2.2 Defective DataBlock Param- 
eter. This parameter is used by the master to 
supply a list of defects identified by DataBlock 
address to the slave. A master that uses only 
DataBlock addresses has no other reference and 
presumably these were identified by slave re- 
sponses following data transfers. 

The list shall be processed in such a way that 
the following sequence of operations can be used 
to reinstate the pattern of media substitutions 
that was in place when a previous Temporary de- 
fect list was read: 


(1) Execute an initializing FORMAT without 
changing the DataBlock size to remove Temporary 
defects 


(2) Execute a REALLOCATE command with a De- 
fective DataBlock parameter that contains a pre- 
viously read Temporary defect list in chrono- 
logical order 

This should be true as long as the DataBlock 
size was not changed, and no Permanent defects 
were added since the defect list was read. 

The defective DataBlocks shall be categorized 
and identified by using the following octets: 


(1) Size of Datablock Address Fields. This 
field specifies the size of the addresses. The 
field shall be a multiple of 16 bits, and be a 
minimum of 4 octets. 


(2) Address of Defective DataBlock. A list of 
fields containing the addresses of DataBlocks 
that contain defects. 
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9.5 ALLOCATE RESTORE 
9.5.1 Command Packet. The command packet 
for this command shall be as shown in Figure 74. 
9.5.2 Response Packet. The response packet 
for this command shall be as shown in Figure 75. 
9.5.3 Description. The ALLOCATE RESTORE 
command allows a previously reallocated recording 
area to be restored and to be marked as usable. 
If the Relocate Data modifier is set. the data 
in the allocated replacement recording area 
shall be restored to the original recording 
area. The address of the restored recording area 
shall be removed from the facility’s defect 
list. The address of the previously reallocated 
recording area is transferred as either data or 
parameters 
On disks, if a DataBlock is contained within a 
PhysicalBlock, the contents of the replacement 
PhysicalBlock will be copied to the original 


Table 74 
Reallocate Parameters 31-3E 

+—4+--- 4 —-- 4 —-- -- - 4 -—-— +--+ 
ele eee eee! REALLOCATE PARAMETERS 
pata fey} ee $---4+---4--- - - - ee ee ee ee + 
[M|n+1]31]| | | ; COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |}01-04 | | | Count 
| | | |} 05-08 | | | Data Address 
| | | | | | | 
}S|n4+1]|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
} | | }01-04 | | | Residual Count 
) | | | 05-08 | | | Data Address 
| | | | | | | 
IM]}OS |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B|n+1/3A|01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
|M|n+1]3E|01- nj | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | 
+—-4---4+--4----- teen t—- 4+ -- 

Table 75 

Reallocate Parameters 50, 55 

+-+---+--4+-----4+---4+---4+ 
el aet lap | Oener|x7/P DEF REALLOCATE PARAMETERS 
+—$—-—--4--4----- $oe— 4 $n = 
[M|n+1|50| | | i DEFECT PARAMETER 
} | | |01-04 | | | Octet Offset 
| | | | 05-06 | | | Length of Defect (in bits) 
| | | |n-5:2] | | Octet Offset Repeated as many 
| | |n-l:n| | | Length of Defect times as needed 
| | | | | | 
|M|n+1]55] | | | DEFECTIVE DATABLOCK PARAMETER 
| | | |} 01-02 | | | Size of Datablock Address Fields 
| | | J}Oo3- | | | Address of Defective DataBlock repeated as 
| | | Jn- :n| | | Address of Defective DataBlock Many times 
} | } | | | needed 
4+—-4+---4--4----- $—-—-—4—---4---- en nn ee 


PhysicalBlock and the defect linkage shall be 
cleared. If the DataBlock requires several Phys- 
icalBlocks. the contents of replacement Phys- 
icalBlocks used by the DataBlock will be copied 
to the original PhysicalBlocks. and the defect 
linkage shall be cleared. 

This command reverses the effect of the 
REALLOCATE command. It would typically 
be used if an error condition within the ad- 
dressee caused an abnormal number of data re- 
allocations (e.g.. marginal read/write board). 

The master is required to effectively mirror 
the original REALLOCATE commands and param- 
eters so that the slave can execute this command 
successfully. Considerations of interleaving and 
multiple reallocations may require that ALLOCATE 
RESTORE commands be received in the re- 
verse order that the REALLOCATE commands 
were issued. 
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foe fa a ta a tt 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| | O 1] 2 | 3 | 4 | 5 | 6 through n 
$-—--— $$$  - fee en pee fp ee 
XxXXx xxxx 34 bbbb bbbb- xx xX 
7654 3210 
[||| Relocate Data 
Figure 74 


Command Packet for ALLOCATE RESTORE 


+—-—---4+------------ $-------- +--+ +—-—------------ 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE| CODE | 
| | 0123 4 5] 6 | 7 | 8 through n 
+—----+------------ +--------- $—---+----4---- +--+ 
XXXX eeeeeeeeeceee Dbbb bbbb 0011 bbbb 
7654 3210 3210 
Figure 75 


Response Packet for ALLOCATE RESTORE 


9.5.4 Allocate Restore Parameters 
9.5.4.1 Parameters 31-35, 3A, 3E. These 
parameters shall be as shown itn Table 76. 
9.5.4.1.1 Command Extent (Common) 
Parameter. See 5.5.2. 
9.5.4.1.2 Response Extent (Common) 
Parameter. See 5.5.3. 
9.5.4.1.3 Access Key (Common) Param- 
eter. See 5.5.6 and also 9.1.4.3. 
9.5.4.1.4 Data Address (Common) Pa- 
rameter. See 5.5.11 and also 9.1.4.4. 


9.5.4.1.5 Partition (Common) Parameter. 


See 5.5.15 and also 9.1.4.6. 
9.5.4.2 Parameters 50, 55. These param- 

eters shall be as shown in Table 77. 

9.5.4.2.1 Defect Parameter. This param- 
eter may be used instead of a source extent to 
remove a defect from the Defect List. See 
9.4.4.2.1 for definition of fields. 

9.5.4.2.2 Defective DataBlock Param- 
eter. Sce 9.4.4.2.2. 


9.6 SHADOW READ 
9.6.1 Command Packet. The command packet 


for thts command shall be as shown in Figure 76. 
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9.6.2 Respose Packet. The response packet 
for this command shall be as shown in Fig- 
ure 77. 

9.6.3 Description. The SHADOW READ com- 
mand transfers data from the primary or secon- 
dary addressee starting at the location given in 
the Data Addresses. Whenever a SHADOW READ 
operation is invoked, the slave shall determine 
from which addressee the data will be transfer- 
red. In a multiported environment, the slave 
shall determine which addressee ts available and 
initiate the data transfer operation. A slave 
may also optimize the I/O operation based on op- 
timum head and cylinder geometry. 

The command executes in one of two modes de- 
pending on whether or not shadowing is on a file 
basis or by volume. 

When executing on a file basis, the master 
shall specify the Count and Data Address for 
each Extent parameter (the PhysicalBlock sizes 
may be different for each facility). 

When executing on a volume basis, only one 
Count and Data Address need be specified, since 
the extent on the second facility is a mirror of 
the first facility. 
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Table 76 
Allocate Restore Parameters 31-35, 3A, 3E 
$34 ee} oo peel ype ey 
|@|LTH|ID|OCTET|X/b|DEF| ALLOCATE RESTORE PARAMETERS 
+-+---4+--+---~-- tem tmnt nn ne 
|M|n+1]31| | COMMAND EXTENT PARAMETER (See 5.5.2) 


| | 
| | |01-04] | | Count 
| | | 05-08 | | | Data Address 
| | | | | 
[S|n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | |01-04 | | | Residual Count 
| | |05-08| |} Data Address 
| bes.,.it | | | 
[M|OS |35|01-04] | | ACCESS KEY PARAMETER (See 5.5.6) 
| ore | | | 
[B|n+1]3A}01- n|] | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | 
JM|n+1]3E/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| i | | | 
$$ 4+ —-— 4+ +--+ —---4+—--- ee 

Table 77 

Allocate Restore Parameters 50, 55 
tate nn 4g ny 4-H F 
|@{LTH|ID|OCTET|X/b|DEF | ALLOCATE RESTORE PARAMETERS 
$—t——-—4$—--4----- pone pe 4 ee ee ee ee 
[Min+1|50| | | | DEFECT PARAMETER 
| | |01-04 | | | Octet Offset 
| | |} |05-06| | | Length of Defect (in bits) 
| ] | |n-5:2| | | Octet Offset Repeated as many 
| { | |[n-lin| | | Length of Defect times as needed 
| | | | | | 
IM}n+1]55| | ] | DEFECTIVE DATABLOCK PARAMETER 
| | | | 01-02 | | | Size of Datablock Address Fields 
| | | jQ3- | | | Address of Defective DataBlock repeated as 
| | |n- sn| | | Address of Defective DataBlock many times 
| | | | | | as needed 
$a ee $+ $f of ee ee 

$—— —- — 4 HH a a eae a en at a tt 


|PKT |REF | OP |COM | OP |SLAV|FAC | PARAMETERS 

| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 

| |} Ol] 2 | 3 | 4] 5 | 6 through n 
Howe fa $—--—-—4+--- - 4 - - 
XxxxX xxxx 35 bbbb bbbb-= xx xX 


Figure 76 
Command Packet for SHADOW READ 


|PKT | Echoed From | MAJOR STATUS | PARAMETERS 
| LTH] Command | CODES | TYPE |CODE| 
| |} 012345 6 7 | 8 through n 
$----4------------ +—--------- $o-—--—-4+—----4$--- - 
xXXxX eeeeeeeeeeee bbbb bbbb 0011 bbbb 

7654 3210 3210 


Figure 77 
Response Packet for SHADOW READ 
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SHADOW READ PARAMETERS 


COMBINATION COMMAND EXTENT PARM (See 5.5.4) 


Repeated as many 
times as needed 


COMBINATION RESPONSE EXTENT PARM (See 5.5.5) 


ACCESS KEY PARAMETER (See 5.5.6) 
DATA ADDRESS PARAMETER (See 5.5.11) 
TRANSFER PARAMETERS (See 5.5.13) 
PARTITION PARAMETER (See 5.5.15) 


INFORMATION TRANSFER SIZE OVERRIDE PARAMETER 


MASTER TERMINATION PERMITTED PARAMETER 


Table 78 
Shadow Read Parameters 
tate —— tee $e ee ee teen tt 
|@|LTH| ID| OCTET|X/b|DEF| 
+-4+---4+--4----- $o--4+—--—- 4+ ------ --- 
|M|n+1]33| | | 
| | | | 01 | | Slave Address 
| | | | 02 | | Facility Address 
| | | | 03 | | Modifiers 
| | | 04 | | Reserved 
| | | | 05-08 | Count 
| | | |09-0C| | Data Address 
| | | |n-7:4| | Count 
| | | |[n-3:n| | Data Address 
| | { | | | 
|S|n+1]34| | | 
| | | 01 | | Slave Address 
| | | | 02 | | Facility Address 
| | | | 03} | Modifiers 
| | | 04 | Reserved 
| | | |] 05-08 | | Residual Count 
| | |09-O0C| | Data Address 
| | | |OD-OE| | Major Status 
| | [OF- nj] | 
| | _— | | 
(M|/O05 |35|01-04| | 
| | [| | | 
{B([n+1]3A|01- n| 
| | bt. al | | 
}M|O2 [3C| 01| | 
| | | | | | 
|M{n+1|3E|[01- n| | 
| | epee | | 
|M{n+1|]51]| | | 
| | | | | (See 8.1.4.2.2) 
| | |} 01-04 | | Generate Class 2 Interrupt 
| | | 05-08 | | Burst Size 
[pz || | | 
[M] 01[52| | | 
| | | | | (See 8.1.4.2.3) 
| | | | | 
+-+---+--4+----- +---4+---4----~--------- 


If there are any Transfer parameters set. they 
Shall apply to both the primary and secondary 
facilities. 

In the event of a data check or other failure 
on one facility, the slave shall attempt to com- 
plete the operation from the other facility. If 
the command is successfully completed on the 
second facility. Conditional Success shall be 
posted as the Major Status. 

If one of the facilities is not available for 
the operation, the slave shall complete the 
command to the available facility, and post 
Conditional Success as the Major Status. 

9.6.4 Parameters. The Shadow Read Parameters 
Shall be as shown in Table 78. 

9.6.4.1 Combination Command Extent 
(Common) Parameter. Two parameters are re- 


quired. each a source for the data to be read. 
See 5.5.4 and also 9.1.4.1. 


9.6.4.2 Combination Response Extent 
(Common) Parameter. See 5.5.5 and also 9.1.4.2. 


9.6.4.3 Access Key (Common) Parameter. 
See 5.5.6 and also 9.1.4.3. 
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| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| Substatus if any - Codes x0-xB 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


— ee ee ee ee wee wee ee we a Oe we we ew Se ee ewe wee See 


9.6.4.4 Data Address (Common) Parameter. 
See 5.5.11 and also 9.1.4.4. 

9.6.4.5 Partition (Common) Parameter. See 
5.5.15 and also 9.1.4.7. 

9.6.4.6 Information Transfer Size Over- 
ride Parameter. See 8.1.4.2.2. 

9.6.4.7 Master Termination Permitted Pa- 
rameter. See 8.1.4.2.3. 


9.7 SHADOW WRITE 

9.7.1 Command Packet. The command packet 
for this command shall be as shown in Figure 78. 

9.7.2 Response Packet. The response packet 
for this command shall be as shown in Figure 79. 

9.7.3 Description. The SHADOW WRITE 
command transfers data from the master to both 
the primary and secondary addressees starting at 
the location given in the respective Data Ad- 
dresses. The data transfer operation shall take 
place first to whichever facility, primary or 
secondary, records a position complete. 

The command executes in one of two modes 
depending on whether or not shadowing ts on a 
file basis or by volume. 
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+ $a fH 4 ee ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | PARANETERS 
| LTH] NO |CODE| MOD] MOD|ADDR| ADDR] 
| | Olt 2 | 3 4 | 5 | 6 through n 
$——-~—-—4-- -- 4 —- - - = 4 -- + +$—----—4—- = - 4 -- - - - - - eee 
XXXX XXXX 36 bbbh bbbb xx XX 

Figure 78 


Command Packet for SHADOW WRITE 


$2 =4------------ +------------------- +—------------- 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH] Command | CODES | TYPE| CODE | 
| | 012 3 4 5} | 7 | 8 through n 
+--+ --=--- --- + -- $o—-------- +—-—--—-4+----4------------- 
XXXX eeeeeeeeeeee bbbb bbbb 0011 bbbb 

7654 3210 3210 

Figure 79 


Response Packet for SHADOW WRITE 


When executing on a file basis, the master 
shall specify the Count and Data Address for 
each Extent parameter (the PhysicalBlock sizes 
may be different for each facility). 

When executing on a volume basis, only one 
Count and Data Address need be specified, since 
the exterit on the second facility is a mirror of 
the first facility. 

If there are any Transfer parameters set, they 
shall apply to both the primary and secondary 
facilities. 

During execution. if one of the facilities 
should encounter a failure on one facility. the 
slave shall complete operation to the other fa- 
cility, and post Conditional Success in the 
Major Status of the addressee (the cause of 
failure in the facility shall be identified in 
the Substatus of the associated Combination Re- 
sponse packet). It is the master’s responsibil- 
ity to manage the procedures necessary to re- 
cover from the loss of a single facility. 

9.7.4 Parameters. The Shadow Write Param- 
eters shall be as shown in Table 79. 

9.7.4.1 Combination Command Extent 
(Common) Parameter. Two parameters are re- 
quired. each a destination for the data to be 
written, See 5.5.4 and also 9.1.4.1. 

9.7.4.2 Combination Response Extent 
(Common) Parameter. See 5.5.5 and also 
DAZ. 


9.7.4.3 Access Key (Common) Parameter. 
See 5.5.6 and also 9.1.4.3. 

9.7.4.4 Data Address (Common) Parameter. 
See 5.5.11 and also 9.1.4.4. 

9.7.4.5 Transfer (Common) Parameter. See 
5.5.i3 and also 9.1.4.5. 

9.7.4.6 Pariition (Common) Parameter. See 
5.5.15 and also 9.1.4.6. 

9.7.4.7 Information Transfer Size Override 
Parameter. See 8.1.4.2.2. 

9.7.4.8 Master Termination Permitted Pa- 
rameter. See 8.1.4.2.3. 


9.8 SHADOW RESTORE 

9.8.1 Command Packet. The command packet 
for this command shall be as shown in Figure 80. 

9.8.2 Response Packet. The response packet 
for this command shall be as shown in Figure 81. 

9.8.3 Description. The SHADOW RESTORE 
command is a recovery command that trans- 
fers data from the primary addressee to the 
master starting at the location given in the 
data address. The specified data shall be echoed 
(written) to the secondary facility, starting at 
the Data Address specified for same. 

The effect of this is similar to that of a 
facility-to-facility COPY. plus transfer to the 
master in parallel of ali data being copied. If 
there are any Transfer parameters set. they 
shall apply to the secondary facility only. 
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Table 79 


Shadow Write Parameters 


SHADOW WRITE PARAMETERS 


+—-+-—--4--4+----- +—--+---4+----—-- --- -- - -- - - - - - - - - - ee 


$—t——— tae $e ttt 
{@|LTH| ID|OCTET|X/b|DEF | 
|M[n+1| 33] | | | 
| | | |  O2| | | 
| | f [| 024 | | 
| | | | 903] | | 
| | [| 04] | | 
| | | [05-08 | | | 
[| | |09-0¢C| | | 
| | | [n-7:4| | | 
| | | |[n-3:n| | | 
| | || | | | 
[S[n+1[34| | | 
| | | | O1{ | | 
| | | | 02 | | | 
| | | [| 03] | | 
[| | | 04| | | 
[| [| [{05-08| | | 
[| | |09-0Cc| | | 
| | | {OD-OE| | | 
| | [| |OF- n| | | 
| | f | | | | 
[M]OS |35|01-04| | | 
| | | | | | | 
[B|n+1|3A|01- n| | | 
| | | | | | | 
|M|O2 |3c| 01| | | 
| | | | | | | 
[M[n+1|3E|01- n| | | 
| | Phil | | | 
[M|[n+1]51| | | | 
| | i. cl | | | 
| | | [01~04] | | 
| | [| |[05-08| | | 
| | Jie | | | 
[M| O1{52| | | | 
[ | [| | | | | 
| | | | | | 
$—t———4$—-—-4+----- +—-—--+—-—--—+ 


COMBINATION COMMAND EXTENT PARM (See 5.5.4) 
Slave Address 
Facility Address 
Modifiers 
Reserved 

Count 

Data Address 
Count 

Data Address 


Repeated as many 
times as needed 


COMBINATION RESPONSE EXTENT PARM (See 5.5.5) 
Slave Address 

Facility Address 

Modifiers 

Reserved 

Residual Count 

Data Address 

Major Status 

Substatus if any - Codes x0-xB 


ACCESS KEY PARAMETER (See 5.5.6) 

DATA ADDRESS PARAMETER (See 5.5.11) 

TRANSFER PARAMETERS (See 5.5.13) 

PARTITION PARAMETER (See 5.5.15) 

INFORMATION TRANSFER SIZE OVERRIDE PARAMETER 
(See 8.1.4.2.2) 

Generate Class 2 Interrupt 


Burst Size 


MASTER TERMINATION PERMITTED PARAMETER 
(See 8.1.4.2.3) 


Table 80 


Shadow Restore Parameters 


$—+---4+-~-4----- +--+ 4+ 
ie PEER TED ICeTeT eco IpEr | 
+t tt te +--+ 
[M[n+1]33| { | | 
| | [| 01} | | 
| | | | 02| | | 
| | | | 03| | | 
[| | | 04 | | | 
| | [| [|05-08| | | 
| | [| |09-0c| | | 
| | [| |[n-7:4| | | 
| | { |[n-3:n| | | 
| | [| | | | 
[S|[n+1|34| | | | 
| | | { O1| | | 
| | | | 02 | | | 
| | | | 03 | | | 
| | | | 04| | | 
[| | |05-08| | | 
| | | |09-0Cc| | | 
| | | |OD-OE| | | 
{ | [| |OF- n| | | 
| | He, sd | | | 
IM|O5 |35|01-04| | | 
| | | | | | | 
|B|n+1|[3A|01- n| | | 
| | | | | | | 
|M|O2 |3C| 01 | | | 
| | rae | | | 
IM|n+1|3E|[01- n| | { 
| | f | | | | 
+-+---+--4+----- $o-—4+-—=-4+ 


SHADOW RESTORE PARAMETERS 


COMBINATION COMMAND EXTENT PARM (See 5.5.4) 
Slave Address 
Facility Address 
Modifiers 
Reserved 

count 

Data Address 
count 

Data Address 


Repeated as many 
times as needed 


COMBINATION RESPONSE EXTENT PARM (See 5.5.5) 
Slave Address 

Facility Address 

Modifiers 

Reserved 

Residual Count 

Data Address 

Major Status 

Substatus if any - Codes x0-xB 


ACCESS KEY PARAMETER (See 5.5.6) 
DATA ADDRESS PARAMETER (See 5.5.11) 
TRANSFER PARAMETERS (See 5.5.13) 


PARTITION PARAMETER (See 5.5.15) 
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tam rn 4 4 ee ee 
|PKT |REF | OP [COM | OP |SLAV|FAC | PARAMETERS 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| 
| | Ol] 2 | 3 4 | 5 | 6 through n 
4-4 4 - 4 +—-—--+—----4------------- 
XXXX XXXxX 37 bbbb bbbb- xx xX 

Figure 80 


Command Packet for SHADOW RESTORE 


+-—--—-4+—-—--------- = 4+------------ --- +—-~------------ 
|PKT | Echoed From| MAJOR STATUS | PARAMETERS 
| LTH| Command | CODES | TYPE|CODE| 
| | O12 3 4 5| 6 | 7 | 8 through n 
4+——-—--+-------—----- +—-------- +—-—-—-—4+--—--4---—-—-—------ 
XXXxX eeeeeeeeeeee bbbb bbbb 0011 bbbb 
7654 3210 3210 
Figure 61 


Response Packet for SHADOW RESTORE 


If any failures occur on the secondary facility, 
the operation shall terminate with Machine Excep- 
tion status reported for the failing facility. 
9.8.4 Parameters. The Shadow Restore Param- 
eters shall be as shown in Table 80. 
9.8.4.1 Combination Command Extent (Com- 
mon) Parameter. See 5.5.4 and also 9.1.4.1. 
9.8.4.2 Combination Response Extent (Com- 
mon) Parameter. See 5.5.5 and also 9.1.4.2. 
9.8.4.3 Access Key (Common) Parameter. 
See 5.5.6 and also 9.1.4.3. 
9.8.4.4 Data Address (Common) Parameter. 
See 5.5.11 and also 9.1.4.4. 
9.8.4.5 Transfer (Common) Parameter. See 
5.5.13 and also 9.1.4.5. 
9.8.4.6 Partition (Common) Parameter. See 
5.5.15 and also 9.1.4.6. 


10. Other Transfer Commands 


The data transfer commands in this section are 
used for specific functions other than typical 

read and write activity. In many situations 

these commands may be used to complement diag- 
nostics. These commands by their very nature are 
either device-specific or vendor-specific. Refer 

to vendor specifications as to their tmplementa- 
tion. 


10.1 READ VERIFY 

10.1.1 Command Packet. The command packet for 
this command shall be as shown in Figure 82. 

10.1.2 Response Packet. The response packet 
for this command shall be as shown in Figure 83. 

10.1.3 Description. The Direction modifier is 
not applicable to the disk. 

The READ VERIFY command reads data 
from the addressee and verifies that the data 1s 
correct as determined by the slave's or facil- 
ity’s error detection/correction scheme. Data Is 
not transferred to the master. 

When used with disk, this command is used to 
verify that a number of blocks on the disk ts 
formatted properly. Every identification field 
and PhysicalBlock on each track within the ex- 
tent is read and the CRC/ECC is checked. If an 
error is detected, the operation is terminated 
and the Data Address in the Response Extent pa- 
rameter identifies the block that contains the 
error. 

10.1.3.1 High Margins Modifier. If the High 
Margins modifier is set and if the capability is 
provided within the facility, the slave shall 
control the circuits within the facility to op- 
erate under marginal conditions. 

10.1.3.2 Volume Modifier. If the Volume 

modifier in the parameters is set, the slave 
shall verify the entire volume. 
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Table 81 
Read Verify Parameters 


$—4+---4+--4+-----4+---4+---+ 
|@|LTH|ID|OCTET|X/b|DEF| READ VERIFY PARAMETERS 
+—-4+---4+--4+----- to---4+---4+---- -- -- - - - - - - - = 
IM[O9 431] | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | [01-04] | | Count 
| | | |05-08| | | Data Address 
| | | | | | | 
|S[n+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | |[01-04| | | Residual Count 
i | | J05-08| | | Data Address 
| | | | | | | 
ImM[OS |35]01-04| l | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B/n+1] 3A] | | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | 
\M|O2 |3c|01- n| | | TRANSFER PARAMETERS (See 5.5.13) 
| | | | | | | 
[M|n+1]3E/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
+-4+---+--4+----- +---4+---4+-------------- -- - - - - - - - - - - - - - - - - - - - - - - 
to ot tan a ta et tt ea tan $a - 
{|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Oi] 2 | 3 | 4] 5 | 6 through n 
H--e—t¢---- +--+ - - +—----+----+------- --- --- 
XXXX xXxxx 50 bbbb bbbb xx XX 
7654 3210 
l}|] Count Q=Octet 1=Block 
||| High Margins 
|| O=DataBlock 1=PhysicalBlock 
| 


Direction 0O=Forward 1=Reverse 


Figure 82 
Command Packet for READ VERIFY 


$o---¢-- $o----- ----- - ---- + poea--—-=------- 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES | TYPE|CODE| PARAMETERS 
| | 012 3 4 5] 6 | 7 | 8 through n 
+----4+------------ +--------- $—-—-—-—-4+—-—-—-—-4—-—---- -- ---- = 
xXxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 


Figure 83 
Response Packet for READ VERIFY 


10.2 READ AT FIRST AVAILABLE DATA 
10.2.1 Command Packet. The command packet for 
this command shall be as shown tn Figure 84. 
10.2.2 Response Packet. The response packet 
for this command shalf be as shown tn Figure 85. 
10.2.3 Description. The Direction modifier ts 
not applicable to the disk. 


10.1.4 Parameters. The Read Verify Param- 
eters shall be as shown tn Table 81. 
10.1.4.1 Command Extent (Common) Param- 
eter. See 5.5.2, 
10.1.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 
10.1.4.3 Access Key (Common) Parameter. 


See 5.5.6. The READ AT FIRST AVAILABLE DATA 
10.1.4.4 Data Address (Common) Parameter. command shall access the currently selected 
See 5.5.11. track and transfer data starting at the first 


10.1.4.5 Transfer (Common) Parameter. See 
5.5.13. 

10.1.4.6 Partition (Common) Parameter. See 
5:5: 15. 
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available block. The address of the first block 
encountered is provided tn the Read at First 

Data parameter appended to the Transfer Notifica- 
tion packet that precedes the transfer of the data. 
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tem tenn Ht —- 4 - HH 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O 1] 2 | 3 | 4 {| 5S | 6 through n 
+----+---~+----4------- + +—----+—----4---~--------- 
XXXX XXXX 51 bbbb bbbb-= xx XX 
7654 3210 
|||] Count O#Octet 1=Block 
{|| Data Recovery 0=On 1=0ff 
|| O=DataBlock 1=PhysicalBlock 
| Direction O#Forward l=Reverse 


Figure 84 
Command Packet for READ AT FIRST AVAILABLE DATA 


{PKT | Echoed From| MAJOR STATUS | RESPONSE 
{| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 0123 4 5| 6 7 | 8 through n 


XXX¥X eeeeeeeeeeece bbbb bbbb 0010 bbbb 
7654 3210 3210 


Figure 85 
Response Packet for READ AT FIRST AVAILABLE DATA 


Table 862 
Read at First Available Data Parameters 


tat——— $$ mene teen trm nt 
|@|LTH|ID|OCTET|X/b|DEF| READ AT FIRST AVAILABLE DATA PARAMETERS 
to-t---+—--+----- Hoe pene $n a a ne eee 
31 | | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| 01-04 | | {| Count 
|05-08 | | | Data Address 
| | | | 
32| | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
|01-04| | | Residual Count 
{05-08 | | | Data Address 
| | | | 
35|01-04}] | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | 
3A|01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | 
3E|/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | 
3F|01- n| | | STOP ON DISCONTINUITY PARAMETER 
| | | | (See 5.5.16 and 8.1.4.1.6) 
| | | | 
50| | | | READ AT FIRST DATA 
{01-04 | | | Count from Beginning 
| 05-06 | | | Starting Data Address 
| | | | 
51| | | | INFORMATION TRANSFER SIZE OVERRIDE PARAMETER 
| | | | (See 8.1.4.2.2) 
}01-04| | | Generate Class 2 Interrupt 
|} 05-086 | | | Burst Size 
| | | | 
+ + + + 


—— ——_ ee —_— = —— = vee ee ee ee ee ew ee i a ee se ee eee eee ew ewe ese 
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The data from the first block in the extent 
shall follow the transfer of the last block in 
the extent. The transfer shall continue until 
the Count has been exhausted. 

If PhysicalBlock transfers are specified in 
the Command Extent parameter, the Count shall be 
equal to one track of data. The facility shall 
not perform a track or cylinder change during 
the transfer. 

If DataBlock transfers are specified. the 
addressee shall transfer all blocks within the 
extent, from point of beginning transfer to end 
of extent, then beginning of extent to the block 
prior to the first transferred. 

If the Block Size parameter is supplied, the 
slave shall use the specified block size only 
for the duration of the command execution. 

The master does not know from which address 
the first data will be transferred. so the slave 
shall append the Read at First Data parameter to 
the Transfer Notification Response (which is re- 
quired for execution of this command). and also 
to the response packet. 

The master is responsible for making the nec- 
essary corrections (if any) in the sequence of 
data in order to compensate for its improper 
order. READ AT FIRST AVAILABLE DATA 
is intended to provide improved perfor- 
mance:but it must be recognized that due to the 
addressee’s and the master’s overhead in order 
to execute this command, some operations may 
perform slower than if the data was read normal- 
ly. For this reason, the extent should normal- 
ly be restricted to a physical track or 
cylinder. 

10.2.4 Parameters. The Read At First Avail- 
able Data Parameters shall be as shown in 
Table 82. 

10.2.4.1 Command Extent (Common) Param- 
eter, See 5.5.2. 

10.2.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 

10.2.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.2.4.4 Data Address (Common) Parameter. 
See 5.5.11. 

10.2.4.5 Partition (Common) Parameter. See 
5.5.15. 

10.2.4.6 Stop On Discontinuity Parameter. 
See 5.5.16 and also 8.1.4.1.6. 

10.2.4.7 Read at First Data Parameter 

(1) Cont from Beginuing. This value spec- 
ifies the displacement into the extent in which 
the transfer begins. 
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(2) Starting Data Address. This field iden- 
tifies the address within the extent from which 
the slave shall begin transferring data. 
10.2.4.8 Information Transfer Size Override 
Parameter. See 8.1.4.2.2. 


10.3 READ FROM BUFFER 

10.3.1 Command Packet. The command packet 
for this command shall be as shown in Figure 86. 

10.3.2 Response Packet. The response packet 
for this command shall be as shown in Figure 87. 

10.3.3 Description. The READ FROM BUFFER 
command transfers the contents of the ad- 
dressee’s buffer to the master beginning at the 
octet offset contained in the Data Address field 
of the Command Extent parameter. The Count spec- 
ifies the number of octets that are to be trans- 
ferred to the master. 

READ FROM BUFFER may be used in conjunction 
with WRITE TO BUFFER to test the addressee’s 
data buffer. To ensure that the contents of the 
buffer from the WRITE TO BUFFER command are the 
same as can be read, the master has to Order 
their execution to be certain that a command- 
queuing slave did not use the buffer when 
overlapping command executions. 

The addressee shall transfer the specified 
number of octets from the buffer to the master. 

The buffer to be used is identified in the 
Buffer Address parameter. One of the following 
buffers may be used: 

(l) The "Generic" Buffer. This is the buffer 
that the slave normally makes visible to the 
master and may be in either the slave or the ad- 
dressee. 

(2) The Slave Buffer. This buffer is always 
contained in the slave. 

(3) The Facility Buffer. This buffer is al- 
ways in the facility. 

10.3.4 Parameters. The Read From Buffer Pa- 
rameters shall be as shown in Table 83. 

10.3.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 

10.3.4.2 Response Extent (Common) Param- 
eter, See 5.5.3, 

10.3.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.3.4.4 Data Address (Common) Parameter. 
see: 955.01. 

10.3.4.5 Partition (Common) Parameter. See 
5.5.15: 

10.3.4.6 Buffer Address Parameter. The 
first octet identifies buffer that is to be 
used. 


+----4+----4+-~- = + -- - $ - - - - ¢ - - - - $= 


|PKT |REF | OP 
| LTH| NO 


| | 0 1| 


| 
2 


+—---~+----+----+ 


XXXX XXXxX 52 


| CODE | 


AMERICAN NATIONAL STANDARD X3.132-1987 


COMMAND 
PARAMETERS 
6 through n 


[COM | 
MOD | 


3 


bbbb bbbb 


OP |SLAV|FAC | 
MOD|ADDR|ADDR| 
| | 4] 5 | 


xX XX 


Figure 86 


Command Packet for READ FROM BUFFER 


|PKT | Echoed Fr 
| LTH] Command 
| | 0123 4 


XXXX eeeeececee 


om | 


| 
5 | 


MAJOR STATUS 
CODES |TYPE|CODE| 
6 | 7 

ee bbbb bbbb 0001 bbbb 
7654 3210 3210 


RESPONSE 
PARAMETERS 
8 through n 


Figure 87 


Response Packet for READ FROM BUFFER 


Table 83 


Read From Buffer Parameters 


$o+—-—--—4¢--4-----+--- +--+ 
jeu Te] Pe LOc rer 7 Ieze 
$—t--—-¢—--4+--- + -- = + 


ic 


Oo Bes 
+ —— — 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


* Mutually exclusive. 


READ FROM BUFFER PARAMETERS 


COMMAND EXTENT PARAMETER (See 5.5.2) 
Count 

Data Address 

RESPONSE EXTENT PARAMETER (See 5.5.3) 
Residual Count 

Data Address 

ACCESS KEY PARAMETER (See 5.5.6) 
DATA ADDRESS PARAMETER {See 5.5.11) 
PARTITION PARAMETER (See 5.5.15) 
BUFFER ADDRESS PARAMETER 

Generic * 

Slave * 
Facility * 


Reserved 

Port Command Stack 
Slave Command Stack 
Slave Data Buffer 
Reserved 
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Table 84 
Read Facility Data To Buffer Parameters 
fate t—- $$ -- +--+ 
|@|LTH|ID|OCTET|X/b|DEF | READ FACILITY DATA TO BUFFER PARAMETERS 
+—-+-~--4+-—-4¢----- $e en penn pee en nn 
[mM] O09 |31| | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |01-04| | Count 
| | | |05-08] | | Data Address 
| | a. | | | 
}S|n+1]32| | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | |01-04] |] Residual Count 
| | | |05-08| | | Data Address 
P24 ie | | 
IM}O5 |35]01-04] | ACCESS KEY PARAMETER (See 5.5.6) 
| | [and | | 
|B] n+1]3A]01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | 
|M[n+1|3E|/01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
IM]O3 |50]01-02| | | BUFFER ADDRESS PARAMETER (See 10.3.4.6) 
| | fo | | | 
+—-4---4+--4+----- toot ¢ ee ee 
$a a pa a a ta a tt a tte a te 
{|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Ol; 2 | 3 | 4] 5 | 6 through n 
+—-———4—---- +--+ - +--+ + - - 
xxxx xxxx 53 bbbb bbbb-= xx XX 
7654 3210 
fil] Count O=Octet Il=Block 
||| Data Recovery 0=On I1=Off 
|| O=DataBlock 1=PhysicalBlock 
| Direction OQ=Forward 1=Reverse 
Figure 88 


Command Packet for READ FACILITY DATA TO BUFFER 


(1) Bir 7 = 1. The buffer utilized by the The READ FACILITY DATA TO BUFFER 
slave is to be used. command is similar to a READ command ex- 
(2) Bir6 = 1. The slave buffer ts to be cept that data is transferred to a spectfied 


buffer rather than to the master. The transfer 
size shall be less than or equal to the length 
of the destination buffer. 
10.4.4 Parameters. The Read Facility Data To 
Buffer Parameters shall be as shown tn Table 84. 
10.4.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 
10.4.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 
10.4.4.3 Access Key (Common) Parameter. 
See 5.5.6. 
10.4.4.4 Data Address (Common) Parameter. 


used. If none is present, this parameter shall 
be rejected. 

(3) Bit 5 = /. The facility buffer ts to be 
used. If none ts present, this parameter shall 
be rejected. 

The second octet may be used to identify the 
buffers within the slave that are to be ad- 
dressed (if any). It is possible for a slave to 
use several buffers in an implementation. 


10.4 READ FACILITY DATA TO BUFFER 
10.4.1 Command Packet. The command packet 


for this command shall be as shown in Figure 88. 
10.4.2 Response Packet. The response packet 

for this command shall be as shown tn Figure 89. 
10.4.3 Description. The Direction modifier 

is not applicable to the disk. 
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pee d.9.1 1, 

10.4.4.5 Transfer (Common) Parameter. See 
5 5/bS: 

10.4.4.6 Buffer Address Parameter. See 
10.3.4.6. 
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+----4------------ +——--- — +—-—-=---------- 
|PKT | Echoed From | MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | O12 3 4 5] 6 | 7 | 8 through n 
+—----4-----— - = - +—-—----—---- +e ee 4 = - 4+ - 
XXXX eeeeeeeeeeee Dbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 89 


Response Packet for READ FACILITY DATA TO BUFFER 


$4 $4 4 4 ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE|] MOD| MOD|ADDR|ADDR| PARAMETERS 
| |} O1] 2 | 3 4 | 5 | 6 through n 
$$ + - - - - $ - - - - - - - ee oo 
XXXX XxXxx 54 bbbb bbbb-= xx xX 
7654 3210 

I||] Count OfOctet 1=Block 

||| O=ECC 1=Syndrome 

| | 

| Direction 0O=Forward 1=Reverse 

Figure 90 


Command Packet for READ PHYSICAL DATA AND ECC 


+e 4 +o-- +—---------- 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH] Command | CODES | TYPE|CODE| PARAMETERS 
| | 0123 45 6 | 7 | 8 through n 
+—-—-—-—4+—-—-- ----- == +—--------- +—----4—----4 --- - - - - 
XXXxX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 2210 
Figure 91 


Response Packet for READ PHYSICAL DATA AND ECC 


10.5 READ PHYSICAL DATA AND ECC 

10.5.1 Command Packet. The command packet 
for this command shall be as shown in Figure 90. 

10.5.2 Response Packet. The response packet 
for this command shall be as shown in Figure 91. 

10.5.3 Description. The Direction modifier 
is not applicable to the disk. 

The READ PHYSICAL DATA AND ECC 
command reads data beginning at the Physical- 
Block specified by the Data Address field in the 
Command Extent parameter. The error detection/- 
correction information read with the data is ap- 
pended and transfered with the data. The data is 
checked for errors and, if errors are detected. 
Substatus is reported in the response packet. 

The ECC information returned with the data may 
be either the recorded ECC information or may be 


the syndrome, as specified by the modifier 
octet. 
Operation of this command shall be limited to 
the PhysicalBlock protected by the ECC. 
10.5.4 Parameters. The Read Physical Data 
And ECC Parameters shall be as shown in Table 
85. 
10.5.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 
10.5.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 
10.5.4.3 Access Key (Common) Parameter. 
See 5.5.6. 
10.5.4.4 Data Address (Common) Parameter. 
See 5.5.11. 
10.5.4.5 Partition (Common) Parameter. See 
P94) 
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Table 85 
Read Physical Data And ECC Parameters 

$—4—-—-4--—4—--- +--+ + 
|@| LTH| ID{OCTET|X/b| DEF | READ PHYSICAL DATA AND ECC PARAMETERS 
+-+---+--+----- a teetanehe Stamatis tet ae a el a ae aaa etna tantenententen onteateeten enone 
[m{O9 |31| | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |}01-04 | | | Count 
| | | |05-08| | | Data Address 
| | | | | | | 
|S|n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | |01-04 | | | Residual Count 
| } |05-08| | Data Address 
| | | | | | | 
|mM|O5 |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B|n+1/3A]01- n| | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
{|M|[n+1|3E]01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
$—-4—--—-4+--4----- $a ee + 

tee $e fe a $f te te ten ee 

|PKT |REF | OP |COM | OP |SLAV{|FAC | COMMAND 

| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 

| | 0 1 | 2 | 3 | 4 | 5 | 6 through n 

+——-——4+—-—--—-4---— + + $e ee fe He ee ee 

XXXX XXXX 55 bbbb bbbb- xx XX 

7654 3210 
{||| Count O=Octet 1=Block 


||| Data Recovery 0=On 1=Off 
| | 
| 1=Reverse 


Direction 0O=Forward 


Figure 92 
Command Packet for READ PHYSICAL HEADER 


10.6 READ PHYSICAL HEADER 
10.6.1 Command Packet. The command packet 
for this command shall be as shown in Figure 92. 
10.6.2 Response Packet. The response packet 
Shall be as shown in Figure 93. 
10.6.3 Description. The Direction modifier 
is not applicable to the disk. 
The READ PHYSICAL HEADER com- 
mand reads the identification fields that are 
transferred as data starting at the Physical- 
Block specified by the Data Address field in the 
Command Extent parameter for the extent defined 
by the Count. The Count shall not be greater 
than the number of PhysicalBlocks on a track. 
10.6.4 Parameters. The Read Physical Header 
Parameters shall be as shown in Table 86. 
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10.6.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 

10.6.4.2 Response Extent (Common) Param- 
eter, See 5.5.3. 

10.6.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.6.4.4 Data Address (Common) Parameter. 
See 5.5.11. 

10.6.4.5 Partition (Common) Parameter. See 
Sn al5: 


10.7 READ IPL 
10.7.1 Command Packet. The command packet 
for this command shall be as shown in Figure 94, 
10.7.2 Response Packet. The response packet 
for this command shall be as shown in Figure 95. 


AMERICAN NATIONAL STANDARD X3.132-1987 


Table 86 
Read Physical Header Parameters 
+—+---+—-+—----—-4+- -- +--+ 
(@{LTH|ID|OCTET|X/b| DEF | READ PHYSICAL HEADER PARAMETERS 
ttt tr nn ttn th ret en ne 
{M]OO 431] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 


| | } [01-04 | | | Count 
| | | |05-08 | | } Data Address 
} | | | | | | 
{S|n+1[32] | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
} | {| [01-04] {| Residual Count 
| | |05-08 | | | Data Address 
| | {| | 
[mM] O05 |35]01-04] | | ACCESS KEY PARAMETER (See 5.5.6) 
| | } | | | 
|B[n+1]3A/01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
|M|n+1]3E|/01- n|{ | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
tate a tt a tt a = 
4+—-—---4------ ---- = +o 2 + $—---——+-+-+--- 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 0123 4 5 6 | 7 | 8 through n 
+e — 4-H +--------- +—----4----4+----------- 
XxX¥xXxX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 93 
Response Packet for READ PHYSICAL HEADER 
tan nn tn ta tn pn tt rn tern ten 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH | NO | CODE | MOD | MOD|ADDR|ADDR | PARAMETERS 
| | O 1| Zs 3 | 4 | 5 | 6 through n 
one HH $+ 4 -- - —- 4 - 
xxxx xxxx 56 bbbb bbbb xx xX 
Figure 94 
Command Packet for READ IPL 
+----4---+--+------- $e ee en +——-— 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 012 3 4 5] 6 | 7 | 8 through n 
+—-—---4-+— +—-—-—------- 4+—-—-—-4--++4+----- ------- 
xxXxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 95 


Response Packet for READ IPL 
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Table 87 
Read IPL Parameters 
t—+—-—-4+--4+---— - +--+ + 
(|@{LTH|ID|OCTET|X/b|DEF| READ IPL PARAMETERS 
+—4+---+--4+----- +---+---4---- ~- - - ee 
(M|[O9 [31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
i | | [o1-04; | | Count 
| | | |05-08| l | Data Address 
| | [ | | | 
[Sjn+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | {| {01-04} | | Residual Count 
| | {| |05-08| l | Data Address 
| | | | | t 
IM[O5 |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
[B[n+1|3A|[01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
[M[n+1/3E[01- n| l | PARTITION PARAMETER (See 5.5.15) 
le if | | | | | 
+—+-~—-4+--4+----- $---4---4+---- -- -- - - - - - - - - - - - - - = 
$———-4---—-+4----. pean $n aan an pen en ee ee 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| |? OBI 2: .| 3 | 4 | 5 | 6 through n 
$—-——— 4+ —--— —- —- $ —-- —-- ¢ - -- - $—----4--~--4------------- 
xxxx xxxx 58 bhbb bbbb xx xX 
7654 3210 
LIU 
LI O=ECC 1=Syndrome 
| | 
| Direction O=Forward 1=Reverse 
Figure 96 
Command Packet for READ PHYSICAL HEADER AND ECC 
+----4------------ $-—----- --- - - +------------ 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH | Command | CODES |TYPE|CODE] PARAMETERS 
| tl Qs De 23. od 25: 6 | 7 | 8 through n 
+----4+------------ +--------- $—----4----4-- -- -- - - 
XXxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 97 


Response Packet for READ PHYSICAL HEADER AND ECC 


10.7.3 Description. The READ IPL (Initial 
Program Load) command causes the first block of 
IPL data to be transferred to the master. Typ- 
ically, receipt of the READ IPL command 
shall cause the slave to access the first block 
of the IPL area on the addressed facility. When 
the access is complete. the addressee shall ver- 
ify correct access position and shall transfer 
one or more blocks of data to the master. 


10.7.4 Parameters. The Read IPL Parameters 
shall be as shown tn Table 87. 


10.7.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 
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10.7.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 

10.7.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.7.4.4 Data Adcéress (Common) Parameter. 
See 5.5.11. 

10.7.4.5 Partition (Common) Parameter. See 
5,195 


10.8 READ PHYSICAL HEADER AND ECC 
10.8.1 Command Packet. The command packet 

for this command shall be as shown in Figure 96. 
10.8.2 Response Packet. The response packet 

for this command shall be as shown in Figure 97, 
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Table 88 
Read Physical Header And ECC Parameters 
Footer te $$ H+ 
|@|LTH|ID|OCTET|X/b| DEF | READ PHYSICAL HEADER AND ECC PARAMETERS 
+—-+---4+--+----- +---+---+---------- --- - - --- - - --- - - - - - - - - - - - - - - - - - -- -- - = 
IM|O9 | 31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |01-04| | | Count 
| | | |} 05-08 | | | Data Address 
| | Vail | | | 
|S|n+1]| 32] | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | |01-04| | | Residual Count 
| | | |}05-08 | | | Data Address 
| | Pareil | | | 
IM|OS |35|01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
|B|n+1|3A|01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | ol | | | 
[M|n+1|]3E|01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
+—-4-—--—4+—-—-4+-—---— to -— 4-4-2 ee 
+—---—4-—- - + —-- — -— ¢ - - — $$ - - - - ¢ - - - - H -  - - - - - - 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | ol] 2 | 3 | 4] 5 | 6 through n 
+—-—---4+—---—4+---—-4+--------- +—----4+----+4------------- 


XXXX XXXX 62 bbbb Dbbbb xx XX 


Figure 98 
Command Packet for WRITE TO BUFFER 


$e —— + —-— $------- - +—-—----------- 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| {| 012 3 4 5 6 | 7 | 8 through n 
+—-—---4+------------ +—-—-------- $e ee 4-H 4 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 99 


Response Packet for WRITE TO BUFFER 


10.8.3 Description. The Direction modifier 
is not applicable to the disk. 

On disks the READ PHYSICAL HEADER com- 
mand causes the identification fields to be read 
from the PhysicalBlock specified by the Data Ad- 
dress field in the Command Extent parameter. The 
Count shall not be greater than the number of 
PhysicalBlocks on a track. 

The ECC (or may be CRC) information returned 
with the header may be either the recorded ECC 
information or may be the syndrome, as specified 
by the modifier octet. 

10.8.4 Parameters. The Read Physical Header 
And ECC Parameters shall be as shown tn Table 
88. 

10.8.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 


10.8.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 

10.8.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.8.4.4 Data Address (Common) Parameter. 
See 5.5.11. 

10.8.4.5 Partition (Common) Parameter. See 
5.5.15. 


10.9 WRITE TO BUFFER 

10.9.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
98. 

10.9.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
99. 
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WRITE TO BUFFER PARAMETERS 


COMMAND EXTENT PARAMETER (See 5.5.2} 


RESPONSE EXTENT PARAMETER (See 5.5.3) 


ACCESS KEY PARAMETER (See 5.5.6} 


DATA ADDRESS PARAMETER (See 5.5.11) 


PARTITION PARAMETER (See 5.5.15) 


Table 89 

Write to Buffer Parameters 
$4 $¢—-— 4+ - - - - - ¢ -- - + - -  + 
pee ere 
+--+ ---4+--4+---- = +--+ —--- 4+ —-- -- - - - -- - = 
|m| 09 31] | | | 
| | | | 01-04 | | | Count 
| | | | 05-08 | | | Data Address 
| | My cet | | | 
[|S|[n+1|32| | | | 
| | | | 01-04 | | | Residual Count 
| | | |05-08 | | | Data Address 
| | | | | | | 
[M|O5 |35]01-04| | | 
| | | | | | | 
|B] n+1|3A]01- n| | | 
| | | | | | | 
IM[n+1/3E/01- n| | | 
| | {| | | | 
|M|O3 |50 | 01 | | | BUFFER ADDRESS PARAMETER 
| | | | | 7 | Generic 
| | | | 6| | Slave 
| | | | | 5] | Facility 
| | | | |4-0| | Reserved 
| | | | 02 | 7 | | Port Command Stack * 
| | | | | 6 | | Slave Command Stack * 
| | | | | 5 | | Slave Data Buffer * 
| | | | |4-0| |} Reserved 
| | | | | | | 
| | | | | | | 
+ —4+---4+--4+----- +---4---4¢----------- 


* Mutually exclusive. 


10.9.3 Description. The WRITE TO BUF- 
FER command transfers data from the master to 
the designated addressee buffer beginning at the 
octet offset contained in the Data Address field 
of the Command Extent parameter. The Count spec- 
ifies the number of octets that are to be trans- 
ferred, which shall be equal to or less than the 
size of the destination buffer. 
The WRITE TO BUFFER command may be 
used in conjunction with the READ FROM BUFFER 
command to test the addressee’s data buffer. The 
addressee shall transfer the specifed number of 
octets from the master to its buffer. 
10.9.4 Parameters. The Write To Buffer Pa- 
rameters shall be as shown in Table 89. 
10.9.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 
10.9.4.2 Response Extent (Common) Param- 
See 5.5.3. 
10.9.4.3 Access Key (Common) Parameter. 
See 5.5.6. 
10.9.4.4 Data Address (Common) Param- 
eter. See 5.5.11. 
10.9.4.5 Partition (Common) Parameter. 
See 5.5.15. 
10.9.4.6 Buffer Address Parameter. 
10.3.4.6. 


eter. 


See 


10.10 WRITE BUFFER TO FACILITY 
10.10.1 Command Packet. The command packet 
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for this command shall be as shown in Figure 
100. 

10.10.2 Response Packet. The response packet 
for this command shall be as shown in Figure 10}. 
10.10.3 Description. The Direction modifier 

is not applicable to the disk. 
The WRITE BUFFER TO FACILITY com- 
mand is similar toa WRITE command except 
that the data is written from the addressee’s 
buffer. Data shall not be transferred from the 
master. The Count shall be less than or equal to 
the length of the specified buffer. 
The source buffer for the write is defined by 
the Buffer Address parameter and is identical to 
the buffer addressing options available in the 
READ FACILITY DATA TO BUFFER command. 
10.10.4 Parameters. The Write Buffer To Fa- 
cility Parameters shall be as shown in Table 90. 


10.10.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

10.10.4.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

10.10.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.10.4.4 Data Address (Common) Param- 
eter. See 5.5.11. 


10.10.4.5 Partition (Common) Parameter. 
See 5.5.15. 

10.10.4.6 Buffer Address Parameter. 
10.3.4.5. 


See 


$——-—--—4+—----4---- 
|PKT |REF | OP 
| LTH| NO |CODE 
| | O4{ 2 
$4 ---- 4 -- 
XXXX XXXX 63 
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+----4+----4----4----4---- + + 
|COM | OP |SLAV|FAC | COMMAND 

| MOD| MOD|ADDR|ADDR| PARAMETERS 

| 3 | 4 | 5 | 6 through n 
+—-------- +--—--4+----4---~----------+ 
bbbb bbbb xx XX 

7654 3210 

[||| Count O=Octet 1=Block 


O=DataBlock 1=PhysicalBlock 
Direction O=Forward 1=Reverse 


Figure 100 


Command Packet for WRITE BUFFER TO FACILITY 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH] Command | CODES | TYPE|CODE| PARAMETERS 
| | 012 3 4 5| 6 | 7 | 8 through n 


XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 


7654 3210 3210 


Figure 101 


Response Packet for WRITE BUFFER TO FACILITY 


Write 


tate nm tee ten te ett 
|@|LTH|ID|OCTET|X/b|DEF| 
+—+———-+4+——+——--- = +—--—+-—-—+ 


1M| 09 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


* Mutually exclusive. 


Table 90 
Buffer To Faility Parameters 


WRITE BUFFER TO FACILITY PARAMETERS 


Se ee ee 


COMMAND EXTENT PARAMETER (See 5.5.2) 
Count 

Data Address 

RESPONSE EXTENT PARAMETER (See 5.5.3) 
Residual Count 

Data Address 

ACCESS KEY PARAMETER (See 5.5.6) 

DATA ADDRESS PARAMETER (See 5.5.11) 
TRANSFER PARAMETERS (See 5.5.13) 
PARTITION PARAMETER (See 5.5.15} 


BUFFER ADDRESS PARAMETER (See 10.3.4.5) 


Generic * 
Slave * 
Facility * 
Reserved 


me ee ee eee ee ee es oe es ee ee es ee ee ee we we a i i a ie ei ee 
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a aa a a an tt ttn tan tt tan = 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| fOr Beh ade 3 ;} 4 | 5 | 6 through n 
+—----4+----+4+----4+--------- $o----4+----4+------------- 
XXXX XxXxx 64 bbbb bbbb-= xx XX 
7654 3210 

|||] Count O=Octet 1=Block 

lt | 

| | 

| Direction O=Forward 1=Reverse 

Figure 102 


Command Packet for WRITE PHYSICAL DATA AND ECC 


+—----+------------ +------------------- +—------------ 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES | TYPE|CODE| PARAMETERS 
| 0123 4 5] 6 | ae | 8 through n 
$—-—-—— + ———-—- —-— —---—-—-—— $—-—----——--=-— +—----4-~—-—-4-~ ~~ 
XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 

Figure 103 


Response Packet for WRITE PHYSICAL DATA AND ECC 


10.11 WRITE PHYSICAL DATA AND ECC 

10.11.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
102. 

10.11.2 Response Packet. The response packet 
for this command shall be as shown in Figure 103. 
10.11.3 Description. The Direction modifier 

is not applicable to the disk. 

The WRITE PHYSICAL DATA AND ECC 
command writes data and associated error detec- 
tion/correction code information on the facility 
beginning at the PhysicalBlock specified by the Data 
Address field in the Command Extent parameter. 

10.11.4 Parameters. The Write Physical Data 
And ECC Parameters shall be as shown in Table 
91. 

10.11.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

10.11.4.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

10.11.4.3 Access Key (Common) Parameter. 
see 5.5.6. 
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10.11.4.4 Data Address (Common) Param- 
eter. See 5.5.11. 

10.11.4.5 Partition (Common) Parameter. 
See 5.5.15. 


10.12 WRITE PHYSICAL HEADER 

10.12.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
104. 

10.12.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
IOS. 

10.12.3 Description. The Direction modifier 
is not applicable to the disk. 

The WRITE PHYSICAL HEADER com- 
mand writes the identification fields that are 
transferred as data starting at the Physical- 
Block specified by the Data Address field in the 
Command Extent parameter for the extent defined 
by the Count. 

10.12.4 Parameters. The Write Physical Header 
Parameters shall be as shown in Table 92. 
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Table 91 
Write Physical Data and ECC Parameters 
toe te—— 4-4 —-- 4H 4 H+ 
|@|LTH| ID|OCTET|X/b| DEF | WRITE PHYSICAL DATA AND ECC PARAMETERS 
+—4+-——-—+--+4+-----— +o —4---— 4+ —-—-- - — - - ee ee 
[M|O9 |31| | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | |01-04| | | Count 
| | | [05-08] | | Data Address 
| | | | | | | 
[S|[n+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | {01-04 | | | Residual Count 
| | | |05-08] | | Data Address 
| | en | | | 
IM{OS |35|[01-04| | | ACCESS KEY PARAMETER (See 5.5.6) 
| | | | | | | 
[|B|n+1|]3A/01- n| | | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
[M|n+1|3E[01- n| | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
+—-4+---+--+----- +---4+--~-4-~---~ 
$——---4----4--- - 4 -- - 4 - - - + HH 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O 1] 2 | 3 | 4 | 5 | 6 through n 
$—-—--— 4-4 - - - - + - - +—-—-—4——-— 4 —- — + + + 
xxxx xxxx 65 bbbb bbbb-= xx xX 
7654 3210 
Ll] J] Count O=Octet 1=Block 
l | | 
| . 
| Direction 0=Forward 1=Reverse 
Figure 104 
Command Packet for WRITE PHYSICAL HEADER 
+—-—--4-----—-—--—---- +—------------------- +—-—------ 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES | TYPE|CODE| PARAMETERS 
| | 0123 4 5] 6 | 7 | 8 through n 
+----4------------ +------~--- +--+ 
xxxx eeeeeeeeeecee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 105 
Response Packet for WRITE PHYSICAL HEADER 
Table 92 
Write Physical Header Parameters 
top —ea $—— $e $$ tt 
|@|LTH|ID|OCTET|X/b|DEF | WRITE PHYSICAL HEADER PARAMETERS 
t—$———$eet—e—- map a a pa a tt eee 
[mM]O9 |31]| | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | [01-04 | | | Count 
| | |  {05-08| | | Data Address 
| | | | | | | 
|S|n+1[32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | |01-04}| | | Residual Count 
| | | |05-08| | | Data Address 
| | | | | | | 
IMjOS |35|91-04| | | ACCESS KEY PARAMETER (See &.5.6) 
| | | | | | | 
[B|[n+1|3A|01- n| | DATA ADDRESS PARAMETER (See 5.5.11) 
| | | | | | | 
[M|n+1|3E/01- n] | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
$o4-- 4 -4t--- a a a a ee 
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$---—-4+--—--4+-—---4----4----4+----+---- 
|PKT |REF | OP |COM | OP |SLAV|FA 

| LTH| NO |CODE| MOD| MOD|ADDR|AD 

| | O12] 2 | 3 | 4 
$-—---4—----4+—---- 4+ —--- - - +----4+----— 


bbbb bbbb xx 
7654 3210 


It || 
[| | 


XXXX XXXX 66 


+ 
| COMMAND 
R| PARAMETERS 
| 
+ 


wogd 


6 through n 


Bits 0-2 have encoded meaning of 
x'0’=Load 
| | x'2’'=Report 


x'1l’=Reload 
x'4’=Store 


Figure 106 
Command Packet for LOAD SLAVE IML 


10.12.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

10.12.4.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

10.12.4.3 Access Key (Common) Parameter. 
See 5.5.6. 

10.12.4.4 Data Address (Common) Param- 
eter. See 5.5.11. 

10.12.4.5 Partition (Common) Parameter. 
See 5.5.15. 


10.13 LOAD SLAVE IML 

10.13.1 Command Packet. The command 
packet for this command shall be as shown in 
Figure 106. 

10.13.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
107. 

10.13.3 Description. LOAD SLAVE IML causes 
the slave to act upon its Initial Microcode Load 
according to the opcode modifiers. The slave 
shall perform the requested operation on/to its 
microcode area, then perform any necessary 
checks on the data as specified in the product 
specification. 

On successful Load (x°0°) or Reload (x*1°). 
the slave shall become ready for use with the 
new microcode set in place. 

The opcode modifier defines whether the master 
wishes to Load (x‘0°), Reload (x 1°). Report 
(x°2°), or Store (x’4°) the addressee IML area. 
The modifiers are mutually exclusive: i.e., only 
one action may be specified by the command mod- 
ifier. 

Load causes the slave to transfer an Initial 
Microcode Load (IML) from the master. The slave 
shall load the data (as specified in the product 
specification) into its microcode area. perform 
its checks on the data, and become ready for 
use. Load IML will not update the IML partition 
on any attached media. The Load may only be 
addressed to the slave. 
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Execution of Reload, Report, or Store requires 
one of the following: 

(1) The OPERATING MODE command chained 
to the LOAD SLAVE IML command 

(2) The Partition parameter appended to the 
command packet 

Reload allows the master to request that the 
addressee read its Initial Microcode from the 
appropriate area in the IML partition. 

Report requests the addressee to respond with 
an information transfer containing the contents 
of the addressee IML area. If the addressee is 
the slave, the source of the data shall be the 
RAM/ROM area in which the current microcode is 
executing. If the addressee is a facility, the 
data represents the IML partition of the at- 
tached facility. 

Store causes the addressee to load its cur- 
rently executing microcode into the appropriate 
area in the IML partition of a facility. This 
command allows updates of the slave’s microcode 
to be written to the facility. 


NOTE: The Command Campletion response sent to the master 
by the slave lor this command should be transferred only 
alter the newly loaded microcode has been successfully 
initialized and is operational. 


10.13.4 Parameters. The load slave IML 

parameters shall be as shown tn Table 93. 

10.13.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

10.13.4.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

10.13.4.3 Partition (Common) Parameter. 
See 5.5.15. 


10.14 ERASE 

10.14.11 Command Packet. The command packet 
for this command shall be as shown in Figure 
108. 

10.14.2 Response Packet. The response packet 
for this command shall be as shown in Figure 109. 
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Table 93 
Load Slave IML Parameters 

+—-4+---4+--4+-----4+---4---4+ 
|@|LTH|ID|OCTET|X/b|DEF | LOAD SLAVE IML PARAMETERS 
+-4+---4+--4+----- tometer te ee 
[M]n+1] 31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | {01-04| | | Count 
| | | 105-08 | | | Data Address 
| | lhe 3! | | | 
|M|n+1] 32} | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | | 01-04 | | | Count 
| | | |05-08 | | | Data Address 
le | | | | | 
|M|n+1]3E] | | | PARTITION PARAMETER (See 5.5.15) 
| | | | | | | 
+—4+---4+--4+----- +---4---4---- - - - - - - - - - - - 

+—-—---+-----—------- +------------------- +—------------ 

|PKT | Echoed From| MAJOR STATUS | RESPONSE 

| LTH| Command | CODES |TYPE|CODE| PARAMETERS 

| | 0123 4 5| 6 | 7 | 8 through n 

+—----+------------ +--------- +----+----4+------------- 

XXXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 
Figure 107 


Response Packet for LOAD SLAVE IML 


|PKT |REF 
| LTH] NO 
| | O01 


XXXX XXXX 67 


ff a a 4 ee 
COM | OP |SLAV|FAC | COMMAND 
MOD| MOD|ADDR|ADDR| PARAMETERS 
3 {| 4 | 5 | 6 through n 
--------- +-—---+4+----4-------- 
bbbb bbbb xx XX 
7654 3210 


[||] Count O=Octet 1=Block 
III 
|| O=DataBlock 1=PhysicalBlock 

| Direction O=Forward l=Reverse 


Figure 108 


Command Packet for ERASE 


$o-—-—-—+—-—-—--=-------- 4+—------ = - - poe 
|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH Command | CODES |TYPE|CODE| PARAMETERS 
| | 0123 4 5| 6 | 7 | 8 through n 
+—----4------------ +—-—--=------ +----4----4------- - 
XxxXxXx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 109 


Response Packet for ERASE 


1 
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ERASE PARAMETERS 


ee eee ee ee ee es ee i i a 


COMMAND EXTENT PARAMETER (See 5.5.2) 


RESPONSE EXTENT PARAMETER (See 5.5.3) 


DATA ADDRESS PARAMETER (See 5.5.11) 


PARTITION PARAMETER (See 5.5.15) 


Table 94 
Erase Parameters 
$—$—-— 4 —— $ -— - - -  —- - - ¢ - = + 
|@|LTH|ID|OCTET|X/b|DEF | 
$—$——-—4+--—4¢----- +--+ -t+-- 
[M|]O9 |[31| | 
| | | [01-04 | Count 
| | }05-08 | Data Address 
| | or | 
|S|n+1| 32 | | 
| | | |01-04| | Residual Count 
| | | [05-08 | Data Address 
| | i | | | 
JM|O5 {| 35}01-04| | 
| | Ls. tl | | 
|B[n+1]3A|01- n| | 
| | | | | | 
|M|n+1|3E/01- n| | 
| | | | | | 
+—+-—--+--4+----- +---+---4+------------- 


10.14.3 Description. The Direction modifier 
is not applicable to the disk. 

The ERASE command writes through all 
addressable recording spaces of the addresses 
specified in the command packet. The data and 
identification fields tn the recording spaces 
operated on by the ERASE command shall be 
unformatted and unrecognizable as a result of 
the command. 

10.14.4 Parameters. The Erase Parameters 
shall be as shown in Table 94. 

10.14.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

10.14.4.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

10.14.4.3 Access Key (Conimon) Parameter. 
See 5.5.6. 

10.14.4.4 Data Address (Common) Pa- 
rameter. See 5.5.11. 

10.14.4.5 Partition (Common) Parameter. 
See 5.5.15. 


10.15 WRITE PHYSICAL HEADER AND ECC 
10.15.18 Command Packet. The command packet 
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| 
| 
| 
| 
| 
| 
| ACCESS KEY PARAMETER (See 5.5.6) 
| 
| 
| 
| 
| 
+ 


for this command shall be as shown in Figure 110. 

10.15.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
lil, 

10.15.3 Description. The Direction modifier 
is not applicable to the disk. 

The WRITE PHYSICAL HEADER command 
writes the identification fields starting at the 
PhysicalBlock specified by the Data Address 
field in the Command Extent parameter for the 
extent defined by the Count. 

10.15.4 Parameters. The Write Physical 
Header And ECC Parameters shall be as shown tn 
Table 95. 

10.15.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

10.15.4.2 Response Extent (Conimon) Pa- 
rameter. See 5.5.3. 

10.15.4.3 Access Key (Conmmon) Parameter. 
Dee 55.0: 

10.15.4.4 Data Address (Common) Pa- 
rameter. See 5.5.11. 

10.15.4.5 Partition (Common) Parameter. 
pee 3.521: 
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Hom em tan a ta a a a tt 


|PKT |REF | OP 


|COM | OP |SLAV|FAC | COMMAND 


| LTH| NO |CODE|] MOD| MOD|ADDR|ADDR| PARAMETERS 


| | O i| 2 


| 3 | 4 ] #5 | 6 through n 


+----+--~-4----4-~------- +--+ ---- 4 --- - -- -- -- --- 


XxXXX XXXX 68 


bbbb bbbb xx XX 
7654 3210 
[||] Count O-Octet 1=Block 


Direction Q=Forward 1=Reverse 


Figure 110 


Command Packet for WRITE PHYSICAL HEADER AND ECC 


|PKT | Echoed From| 


| LTH| 
012 3 


Command | CODES 


MAJOR STATUS | RESPONSE 
| TYPE|CODE| PARAMETERS 


4 5| 6 | 7 | 8 through n 


es +--------- $e aewen fH 
XXXxX eeeeeeeeeeee Dbbb bbbb 0001 bbbb 


7654 3210 3210 


Figure 111 


Response Packet for WRITE PHYSICAL HEADER AND ECC 


Table 95 


Write Physical Header And ECC Parameters 


+-+---4+-~—4¢ 9 4 -- t+ 
|@|]LTH|ID|OCTET|X/b|DEF| 
+—-4+-—--4+--4+----- +---+-—-—-+ 
IMjO9 j31 | 
| | 01-04 

05-08 
S|n+1]|32 


| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| | 
| 
| | 
| | 
+ + 


_——_— ——— oo —— = ——— 


WRITE PHYSICAL HEADER AND ECC PARAMETERS 


— cm oe ee ee ee ee ee ee ee es es es i ee ee ee eee ee eee ee ee ee ee eee se ee 


COMMAND EXTENT PARAMETER (See 5.5.2) 
Count 

Data Address 

RESPONSE EXTENT PARAMETER (See 5.5.3) 
Residual Count 

Data Address 

ACCESS KEY PARAMETER (See 5.5.6) 

DATA ADDRESS PARAMETER (See 5.5.11) 


PARTITION PARAMETER (See 5.5.15) 


ce cee ee ee ee ee ee ae ie i ee wee ee we ww ew wen eee nee eee 
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fone $a na a nn nt tt 
|PKT |REF | OP |COM | OP |SLAV|FAC {| COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O1| 2 | 3 4 | 5 | 6 through n 
poof --¢ - - - - $- - - -- pon f—--- ¢ - - - - - - - - - 
xXxXxX xxxx 80 bbbb bbbb = xx XX 
7654 3210 
f|j{ Count Q=Octet 1=Block 
Figure 112 


Command Packet for PERFORM SLAVE DIAGNOSTICS 


11. Diagnostic Commands 


The commands in this section are the maintenance 
and diagnostic commands of the Logical Inter- 
face. These commands by their very nature are 
either device-specific or vendor-specific. Refer 

to vendor specifications as to their imple- 
mentation. 

The commands in this section may require that 
parameters be transferred as data (because they 
are too big to transfer as parameters). (See 
5.2.4.) The master shall set the Count field of 
the Command Extents parameter to the limit to be 
transferred. 


11.1 PERFORM SLAVE DIAGNOSTICS 

11.1.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
112. 

11.1.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
113. 

11.1.3 Description. The PERFORM SLAVE 
DIAGNOSTICS command causes the specified self- 
contained slave diagnostic to be executed. Re- 
sults from the slave diagnostic are slave 
unique, and may be returned to the master as 
data. 

11.1.4 Parameters. The Perform Slave 
Diagnostics Parameters shall be as shown in 
Table 96. 

11.1.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

11.1.4.2 Response Extent (Common) Param- 
eter. See 5.5.3 

11.1.4.3 Diagnostic Number Parameter. 
This parameter supplies a number that has a spe- 
cific meaning, as one of a list of documented di- 
agnostics identified in the vendor documentation. 

11.1.4.4 Diagnostic Function List Param- 
eter. This parameter supplies a list of func- 
tions to be performed as documented by the 
vendor. 
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11.1.4.5 Diagnostic Action Code Parameter. 
This parameter supplies an action code and a 
list of parameters associated with it, as doc- 
umented by the vendor. 

11.1.4.6 Vendor-Unique Parameter. The 
field or fields, if any, in this parameter shall 
be specified in the vendor’s documentation. 

11.1.4.7 Request Parm Parameter. See 
6.3.13.1. 


11.2 PERFORM FACILITY DIAGNOSTICS 

11.2.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
114. 

11.2.2 Response Packet. The response packet 
for this command shall be as shown in Figure 115. 
11.2.3 Description. The PERFORM FACIL- 

ITY DIAGNOSTICS command shall cause 
the specified self-contained facility diagnostic 
to be executed. Results from the facility diag- 
nostic are facility-unique and may be returned 
to the master as data. 

This command is valid only if the vendor 
specification of the device or devices attached 
to a slave are capable of executing diagnostics 
that provide information to the master. 

11.2.4 Parameters. The Perform Facility 
Diagnostic Parameters shall be as shown in Table 
97. 

11.2.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 

11.2.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 

11.2.4.3 Diagnostic Number Parameter. See 
11.1.4.3. 

11.2.4.4 Diagnostic Function List Param- 
eter. See 11.1.4.4. 

11.2.4.5 Diagnostic Action Code Parameter. 
See 11.1.4.5. 

11.2.4.6 Vendor-Unique Parameter. See 
11.1.4.6. 

11.2.4.7 Request Parm Parameter. See 
6.3.4.13.1. 
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Table 96 
Perform Slave Diagnostics Parameters 
+—+---+--+-----+---4+--~+ 
}@|LTH|ID|OCTET|X/b|DEF| PERFORM SLAVE DIAGNOSTIC PARAMETERS 
+-4+—-—--4+--+----- $--ot+—---+------- ee ee ee + 
ImM|O9 [31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | [01-04] | | Count 
| | | |05-08] | | Data Address 
| | Lees | | | 
[S|n+1]32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | }01-04 | | | Residual Count 
| | | }05-08 | | | Data Address 
| | || | | | 
| ee Pei | | DIAGNOSTIC NUMBER PARAMETER (vendor specific) 
| | | 

[M|n+1|/51]|01- ny] | | DIAGNOSTIC FUNCTION LIST PARAMETER 
| | | | | | | (vendor specific) 
i-g >!) | | | 
[Mjn+1]52]01-02| | | DIAGNOSTIC ACTION CODE PARAMETER 
| | | | | | | (vendor specific) 
| | }O3- n| | | DIAGNOSTIC PARAMETERS (vendor specific) 
| | ra | | | 
[M|n+1{53]01- n| | | VENDOR-UNIQUE PARAMETER 
| | | | | | | 
[M|n+1]6C| | | | REQUEST PARM PARAMETER 
| | | | O1l| 7] | Parameters as Data * 
| | | |} 6] | Parameters in Response * 
| | | |} 5] | Reserved 
| | | | } 4] | Naked Parameters as Data * 
| | | | | 3-0] | Reserved 
| | | | 02 | | Parameter ID Repeated as many 
| | } | n | | | Parameter ID times as needed 
| | | | | | | * mutually exclusive parameters 
| | | | | | | 
+-+---+--+4+----- $---+¢---4---- - - - - 

$—-—-—--4—------------ +---------- ----- - ++ $ mee 

{PKT | Echoed From| MAJOR STATUS | RESPONSE 

| LTH| Command | CODES |TYPE|CODE| PARAMETERS 

| | 0123 4 S| 6 | 7 | 8 through n 

+—----+-—----------- +--------- fo-—--4----4----- ------ 

xxXxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 
Figure 113 


Response Packet for PERFORM SLAVE DIAGNOSTICS 


4-4 —- a tan tte tte eee 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH] NO |CODE] MOD| MOD|ADDR|ADDR| PARAMETERS 
| } Ol] 2 | 3 } 4 | 5 | 6 through n 
$———-— 4 — $$ $——--—4---- 4+ —-- -- - - - ---- 
xxxx xxxx 81 bbbb bbbb = xx XX 
7654 3210 
I} || Count O=Octet 1=Block 


Figure 114 
Command Packet for PERFORM FACILITY DIAGNOSTICS 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH] Command | CODES |TYPE|CODE| PARAMETERS 
| } 0123 4 5 6 | a | 8 through n 


xxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 115 
Response Packet for PERFORM FACILITY DIAGNOSTICS 


1S 7 
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Table 97 
Perform Facility Diagnostics Parameters 


+—+-—--4-—-4-~—----+---4+---+ 
|@| LTH| ID| OCTET|X/b| DEF | 
$—+---4+--4+----- ooo 
|M| 09 
Count 

Data Address 


Data Address 


REQUEST PARM 


Reserved 


Reserved 
Parameter ID 
Parameter ID 


a a ae a ee 


* Mutually exclusive parameters. 


11.3 READ DEFECT LIST 
11.3.1 Command Packet. The command packet 
for this command shall be as shown in Figure 116. 
11.3.2 Response Packet. The response packet 
for this command shall be as shown in Figure 117. 
11.3.3 Description. The READ DEFECT LIST 
command transfers the Working Permanent. Working 
Temporary, Suspect Permanent, or Suspect Tem- 
porary media defect list as specified by the 
modifier octet. for the partition defined in the 
Partition parameter (if any). or by a preceding 
OPERATING MODE command (if any) in a Chain, 
Sequence, or Order. 
Note that the media defect list may be re- 
turned as data, although it consists of the pa- 
rameter list containing the requested informa- 
tion. Media defect information is kept in a 
variety of ways by different vendors. and the 
parameter format provides a common method of 
communicating the information. 
(1) The Permanent or Temporary modifier ident- 
ifies whcther the permanent or temporary list ts 
to be used 
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PERFORM FACILITY DIAGNOSTIC PARAMETERS 


COMMAND EXTENT PARAMETER (See 5.5.2) 


RESPONSE EXTENT PARAMETER (See 5.5.3) 
Residual Count 
DIAGNOSTIC NUMBER PARAMETER (vendor specific) 


DIAGNOSTIC FUNCTION LIST PARAMETER 
(vendor specific) 


DIAGNOSTIC ACTION CODE PARAMETER 
(vendor specific) 
DIAGNOSTIC PARAMETERS {vendor specific) 


VENDOR-UNIQUE PARAMETER 


PARAMETER 


Parameters as Data * 
Parameters in Response * 


Naked Parameters as Data * 


Repeated as many 
times as needed 


— eee ce cee ce ee ee ee ee ee ee ee ee ee eee we ee we we wee ee ewe we we ee ee ee ee ee ee i ee ee 


(2) The Working or Suspect modifier identifies 
whether the working or suspect list is to be 
used 

(3) The Sequential modifier indicates that the 
requested defect list entries are to be returned 
in order of ascending address. The Chronological 
modifier indicates that the requested defect 
list entries are to be returned in the order in 
which media replacements occurred. 

Chronological defect lists have several spe- 
cial characteristics. For uses of the AL- 
LOCATE RESTORE command that must operate 
on defects in reverse chronological order. this 
list provides that order. If a REALLOCATE 
command ts being used to restore a slave's Work- 
ing set of defects, the chronological list provides 
the order of reallocations that will restore the 
current condition. Duplicate entries may appear in 
chronological defect lists to indicate multiple de- 
fects in the same block over a period of time. 

11.3.4 Read Defect List Parameters 

11.3.4.1 Parameters 31-57. These param- 

eters shall be as shown in Table 98. 
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4-4 $4 $$ HH 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| ) Ok 32s] 3 | 4 | 5 | 6 through n 
+—---+----4----4--------- +----+----4------------- 
XXXX XXXX 82 bbbb bbbb- xx XX 
7654 3210 
lll] Count O=Octet 1=Block 
||| O=Permanent l=Temporary 
l=Suspect 


|| O=Working 
| 


O=Sequential 1=Chronological 


Figure 116 
Command Packet for READ DEFECT LIST 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 0123 4 5 6 | 7 | 8 through n 


4 —-—---4+-—---~------- +—-—-------- 4-4 ---- 4 -- - - 


XXxXX eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 117 
Response Packet for READ DEFECT LIST 


Table 98 
Read Defect List Parameters 31-57 
$—-+—---4+—-4--- +--+ --- +--+ 
1@|LTH|ID| OCTET|X/b| DEF | READ DEFECT LIST PARAMETERS 
+—+—-—-—-4+--4+----— +--+ -- oe te - -- - - 
}MmM]O9 |31] | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | | 101-04 | | |} Count 
| | | | 05-08 | | | Data Address 
| | | 
ee | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
} | | }01-04] | | Residual Count 
| | | | 05-08 | | | Data Address 
| | | 
Peeerie n| | | PARTITION PARAMETER (See 5.5.15) 
| 
Pel acta | | | DEFECTIVE DATABLOCK PARAMETER 
| | | }01-02] | | Size of DataBlock Address Fields 
| | | }O3- | | | Address of Defective DataBlock (first) 
| | | |n- :n| | | Address of Defective DataBlock (last) 
| | 
eae pee | | | TRACK DEFECTS LIST PARAMETER 
| | | |01-04 | | } Cylinder (first) 
| | | | 05-06 | | | Track 
| | | |07-OA| | | Octet Offset into track 
| | | | OB-0C] | | Length of defect (in bits) 
| | | |n-B:8 | | | Cylinder (last) 
| | | |n-7:6 | | | Track 
| | | Jn-5:2 | | | Octet Offset into track 
} | | |n-l:n| | | Length of defect (in bits) 
| 
ena | , | SECTOR DEFECTS LIST PARAMETER . 
| | |} |01-04| | | Cylinder (first) 
| | | }05-06 | | | Track 
} | | [07-08] | | No of Sector after Index 
| | | |O9-0A| | | Octet Offset within Sector 
| } |OB-0C| | | Length of defect (in bits) 
| | | |n-B:86| | | Cylinder (last) 
} | | |n-7:6| | | Track 
| | } |n-5:4| | | No of Sector after Index 
| | | |n-3:2| | Octet Offset within Sector 
| | | [fn-lin| | | Length of defect (in bits) 
Gow Bh Mees oe cree ee Sees sad lahat ae poe 
+—+---4--4----- foe 4-4 a nr rr 
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11.3.4.1.1 Command Extent (Common) 
Parameter. This parameter identifies the count 
of data to be transferred and the offset within 
the list at which transfer is to begin (see also 
5.0.2): 

11.3.4.1.2 Response Extent (Common) 
Parameter. See 5.5.3. 

11.3.4.1.3 Partition (Common) Param- 
eter. See 5.5.15. 

11.3.4.1.4 Defective DataBlock Param- 
eter. This parameter may be returned as data to 
indicate DataBlocks that currently contain de- 
fective media. or DataBlocks that have been af- 
fected by defect reallocation. This depends on 
which list is read. and vendor-specific defect 
management algorithms (see also 9.4.4.2.2). 

11.3.4.1.5 Track Defects List Parameter. 
See 8.7.6.3.1. 

11.3.4.1.6 Sector Defects List Param- 
eter. See 8.7.6.3.2. 

11.3.4.2 Parameters 58-6D. These param- 

eters shall be as shown in Table 99. 

11.3.4.2.1 Variable Size Sectors Param- 
eter. This parameter tmmeditately precedes the 
first Track Defects List parameter. The first 
value defines the Number of Cells at the Index 
Gap. and the second defines the number of octets 
ina regular cell. The third field contains the 
number of cells reserved per track for skipping 
flaws. 

11.3.4.2.2 Cell Defects List Parameter. 
See 8.7.6.4. 1. 

11.3.4.2.3 Request Parm Parameter. See 
6.3.4.13.1. 

11.3.4.2.4 Parm Length Parameter. See 
6.3.4.13.2. 


11.4 WRITE DEFECT LIST 

11.4.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
118. 

11.4.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
119, 

11.4.3 Description. The WRITE DEFECT 
LIST command transfers addresses of Per- 
manent or Temporary defects, as determined by 
the modifier byte, to the Suspect Permanent or 
Suspect Temporary defect list for the partition 
defined in the Partition parameter (if any), or 
by a preceding OPERATING MODE command 
(if any) in a Chain, Sequence, or Order. 

WRITE DEFECT LIST does not cause the 
Slave to begin any reallocation of data. 
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The location and format of the defect list are 
slave or facility dependent. Note that the media 
defect list may be transferred as data. The Re- 
quest Parms parameter shall identify if the list 
is to be transferred as data, and if it is to be 
a general transfer or a specific transfer, 
containing only the contents of the param- 
eter. 

Entries in the Suspect defect list do not 
cause media replacement until the next FORMAT or 
REALLOCATE command. 

(1) The Permanent or Temporary modifier ident- 
ifies the Suspect list to be used. 

(2) The Clear Defect List modifier is used to 
clear the entire list of all entries. It allows 
the master to force the slave to reference the 
manufacturer’s initial list of fiaws when a suc- 
ceeding FORMAT command ts issued. 

(3) The Create or Append modifier is used to 
break up a long parameter list into multiple 
smaller ones that can be transferred to the 
slave. The Create clears any existing informa- 
tion in the addressee’s Suspect defect list as 
identified by the modifier. 

If the Create modifier is set. the old Suspect 
list is replaced by the list transferred with 
this command. Otherwise. the transferred defect 
list shall be appended to the existing Suspect 
defect list. 

To supply defect information for areas other 
than the Data Partition, it ts necessary to 
precede this command in a Chain, Sequence, or 
Order with an OPERATING MODE command that 
identifies the required partition. 

It is recommended that the defect lists be 
kept with the media to which they are applic- 
able. In the case of removable media, this im- 
plies that the lists need to be recorded on the 
media. 

11.4.4 Write Defect List Parameters 

11.4.4.1 Parameters 31-57. These param- 

eters shall be as shown in Table 100. 

11.4.4.1.1 Command Extent (Common) 
Parameter. See 5.5.2. 

11.4.4.1.2 Response Extent (Common) 
Parameter. See 5.5.3. 

11.4.4.1.3 Partition (Common) Param- 
eter. See 5.5.15. 

11.4.4.1.4 Defective DataBlock Param- 
eter. This parameter contains a list of. Data- 
Block addresses that are to be placed in a de- 
fect list (see also 9.4.4.2.2). 

11.4.4.1.5 Track Defects List Param- 
eter. See 8.7.6.3.1. 
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Table 99 
Read Defect List Parameters 58-6D 

$$ 284-4 44 ee ey ee pet 
|@|LTH|ID|OCTET|X/b|DEF| READ DEFECT LIST PARAMETERS 
t-4¢---4+--4¢----- toe ete + -- - - - - ee ee ee ee 
|s|09 158 | | | VARIABLE SIZE SECTORS PARAMETER 
| | | | 01-02 | | | Size of Cells at Index Gap 
| | | |03-04 | | } Cell Size 
| | | |05-06| | | NO of Cells Reserved per Track to Skip Flaws 
| | | ate | | No of Cells to Skip per Flaw 

| | 
|S|n+l1]5A| | | CELL DEFECTS LIST PARAMETER 
| | | |01-04]| | | Cylinder (first) 
| | | |}05-06| | | Track 
| | | |07-08 | | | No of Defective Cells 
| | | |09-0C| | | Offset of Defective Cell #1 
| | | |OD- mf | | Offset of Defective Cell #2 through end 
| | In - | | | Cylinder (last) 
| | | |In- | | | Track 
| | | In - | | | No of Defective Cells 
| | | In - | | | Offset of Defective Cell #1 
| | | i - | | | Offset of Defective Cell #2 through end 

| | | 
IM|n+1]6C| | | | REQUEST PARM PARAMETER 
| | | | Ol] 7 | Parameters as Data . 
| | | | |} 6 | Parameters in Response * 
I} ot | | 5] | Length * 
| | |} | |} 4| | Naked Parameters as Data * 
| | | | 3-0] | Reserved 
| } | 02 | | | Parameter ID Repeated as many 
| | | | n | | | Parameter ID times as needed 
| | | | | | | 
| | | | | | | 
{|$|05 |6D| | | | PARM LENGTH PARAMETER 
| | | |01-04]| | | Length of Parameter List 
| | | | | | | 
+-4+---4--4----- Poca Pees pote eee eee ee eee eee eee eee 


* Mutually exclusive parameters. 


$a $$ Ha $n tn ti tte nn 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH] NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O1| 2 | 3 | 4 | 5 | 6 through n 
+--+ teen tenn +--+ $e 
xxxx xxxx 83 bbbb bbbb xx XX 
7654 3210 
[||| Count O#Octet 1=Block 
||| O=Permanent 1=Temporary 
|| Clear Defect List 
| O=Append 1l=Create 


Figure 118 
Command Packet for WRITE DEFECT LIST 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 0123 4 5| 6 | 7 | 8 through n 
$—----4------------ +—--------- $----4--- - + - - - 
xxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 


Figure 119 
Response Packet for WRITE DEFECT LIST 
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Table 100 

Write Defect List Parameters 31-57 
tot ———4 -— $e a Hp et 
|@|LTH|ID|OCTET|X/b|DEF| WRITE DEFECT LIST PARAMETERS 
$—+---+-~-+----- tan tn a $a a a a ee + + 
|M| 09 ] 31 | | | | COMMAND EXTENT PARAMETER (See 5.5.2) 
| | }01-04 | | | Count 
| | | |05-08 | | | Data Address 
| | | | | | | 
|S|n+1|32| | | | RESPONSE EXTENT PARAMETER (See 5.5.3) 
| | | |01-04 | | | Residual Count 
| | | |¢5-08] | | Data Address 
| | | | | | | 
[M|[n+1]3E/01- n| | | PARTITION PARAMETER (See 5.5.15) 
i ol iI | | | 
IM|n+1/55} | | | DEFECTIVE DATABLOCK PARAMETER 
| | { |01-02| | | Size of DataBlock Address Fields 
| | i; |O3- | | | Address of Defective DataBlock (first) 
| | {  |n- en | | Address of Defective DataBlock (last) 
| | el | | | 
|M|[n+1|56 | | | | TRACK DEFECTS LIST PARAMETER 
| | | |01-04 | | |} Cylinder (first) 
| | |05~-06 | | | Track 
| | | |07-OA| | Octet Offset into track 
| | |OB-OC| | | Length of defect (in bits) 
| | | |n-B:8 | | | Cylinder (last) 
| | | |n-7:6 | | | Track 
| | } |[n-5:2| | | Octet Offset into track 
| | | |n-lsn|] | } Length of defect (in bits) 
{| | | | | | 
|M]n+1|57 | | | | SECTOR DEFECTS LIST PARAMETER 
| | | |01-04| | Cylinder (first) 
| | | |05-06 | | | Track 
| | | |07-08 | | | No of Sector after Index 
| | | |09-O0C] | | Octet Offset within Sector 
| | |OD-OE| | Length of defect (in bits) 
| | | |n-D:A| | Cylinder (last) 
| | |n-9:8| | Track 
| | | |n-7:6 | | | No of Sector after Index 
| | | [n-5:2] | | Octet Offset within Sector 
| | | |n-l:n| | | Length of defect (in bits) 
| | | | | | | 
$ot—---4--4----- $---4+---4---~---- - -- - + 


11.4.4.1.6 Sector Defects Lisi Param- 

eter. See 8.7.6.3.2. 
11.4.4.2 Parameters 58-6C. These 

parameters shall be as shown in Table IOI. 

11.4.4.2.1 Variable Size Sectors Param- 
eter. See 11.3.4.2.1. 

11.4.4.2.2 Cell Defects List Parameter. 
See 8.7.6.4.1. 

11.4.4.2.3 Request Parm Parameter. 
See 6.3.4.13.1. 


11.5 READ ERROR LOG 

11.5.1 Command Packet. The command packet 
for this command shall be as shown in Figure 
120. 

11.5.2 Response Packet. The response packet 
for this cemmand shall be as shown in Figure 
121. 

11.5.3 Description. The READ ERROR LOG 
command provides a method for the master to re- 
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quest statistics on usage information, error in- 
formation, or both. from the addressee because 
it transfers the recorded error log data from 

the addressee. The error log contents and format 
are slave or facility specific. 

Note that the error log contents may be re- 
turned as data containing the parameter list 
with the requested information. The error log 
data may be maintained automatically by the 
slave, maintained under direct control of the 
master. or by a combination of both. 

If the addressee does not automatically clear 
error and usage counters after the successful 
completion of the command. the master shall 
specifically do so by using the Clear Error Log 
modifier. If the addressee does automatically 
clear the error log after successful completion 
of the command, the clearing of the log shall be 
inhibited when the Clear Error Log modifier is 
set. 
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Table 101 

Write Defect List Parameters 58-6C 
+--+ - 4 -- 4 -— - = +--+ + 
)@|LTH|ID|OCTET|X/b| DEF | WRITE DEFECT LIST PARAMETERS 
+-+---4--4--—--- +o--+---4+----- ee 
[IM|O9 |58| | | VARIABLE SIZE SECTORS PARAMETER 
| | } |01-02| | | Size of Cells at Index Gap 
| | | |03-04 | | | Cell Size 
| | |} |0S5-06| | | No of Cells Reserved per Track to Skip Flaws 
| | | |07-08 | | | No of Cells to Skip per Flaw 
| | | | | | | 
|M|n+1]5A| | | | CELL DEFECTS LIST PARAMETER 
| | | | 01-04 | | | Cylinder (first) 
| | |05-06 | | | Track 
| | | [07-08 | | | No of Defective Cells 
| | | |09-0C | | | Offset of Defective Cell 41 
| | | |OD- m| | | Offset of Defective Cell #2 through end 
| | | In - | | | Cylinder (last) 
| | fae 2) | | Track 
| | | In - | | | No of Defective Cells 
| | | In - | | | Offset of Defective Cell #1 
| | | Jn - | | | Offset of Defective Cell #2 through end 
| | | | | | | 
[M|n+1]6C| | | | REQUEST PARM PARAMETER 
| | | Ol} 7| | Parameters as Data 
} | | | | 6] | Parameters in Response 
| | | | | 5] | Reserved 
| | | | | 4] | Naked Parameters as Data * 
| | | | | 3-0] | Reserved 
| | | | 02 | | | Parameter ID Repeated as many 
| | | | n| | | Parameter ID times as needed 
| | | | | | | 
| | | | | | | 
+—-t—---+--4+----- toon t—-- + -- ee ee = 


* Mutually exclusive parameters. 


$----4+--- 4-H $$ $$ 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O11] 2 | 3 | 4 | 5 | 6 through n 
$e $n $e $----4+----4------ 
XXXX XXXX 84 bbbb bbbb- xx XX 
7654 3210 
l}|] Count O=Octet 1=Block 
||| Clear Error Log 


Figure 120 
Command Packet for READ ERROR LOG 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| |, @ ae 2-3 ae 5] 6 | a | 8 through n 


xxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 121 
Response Packet for READ ERROR LOG 
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READ ERROR LOG PARAMETERS 


COMMAND EXTENT PARAMETER (See 5.5.2) 


RESPONSE EXTENT PARAMETER (See 5.5.3) 


ERROR LOG PARAMETER (vendor specific) 


PARAMETER 


+ + * 


Repeated as many 
times as needed 


—+---+--4+---- = to--+—--- + -- -- - - - - - - - - - - - 


Table 102 

Read Error Log Parameters 
tot tt $+ + 
|@| LTH} ID|OCTET|X/b|DEF | 
t—-¢—---4+¢-—-4--- += t—--—-t+-+-4-------- +--+ 
[M]O9 [31] | | | 
| | | }01-04 | | | Count 
| | | |05-08| | | Data Address 
| | | | | | | 
|S|n+1 | 32 | | | | RESE 
| | | | |01-04| | | Residual Count 
| | | |}05-08 | | | Data Address 
| | | | | | | 
|S[n+1/50]/01- n| | | 
| | | | | | | 
|M][n+1]6C| | | | REQUEST PARM 
| | | | 01) 7 | Parameters as Data 
| | | | | 6| | Parameters in Response 
| | — |} 5] | Length 
| | | | 4 | | Naked Parameters as Data 
| | | | 3-0] | Reserved 
| | | | 02] | | Parameter ID 
| | | | n | | | Parameter ID 
| | | | | | | 
| | | | | | | 
|S|05 |6D] | | | PARM LENGTH PARAMETER 
| | }01-04 | | | Length of Parameter List 
| | | | | | 
+ 
*x 


Mutually exclusive parameters. 


too $a Ha a a a + + 
|PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | Ol] 2 | 3 | 4 | 5 | 6 through n 
t----4+----4----4---------+ $—---4---- ¢-- - --- +--+ 
xxxx xxxx 85 bbbb bbbb xx xX 
7654 3210 

l}|/]] Count O=Octet 1=Block 

I || 

[ | 

| OfAppend l=Create 

Figure 122 


Command Packet for WRITE ERROR LOG 


11.5.4 Parameters. The Read Error Log 

Parameters shall be as shown in Table 102. 

11.5.4.1 Command Extent (Common) Pa- 
rameter. See 5.5.2. 

11.5.4.2 Response Extent (Common) Pa- 
rameter. See 5.5.3. 

11.5.4.3 Error Log Parameter. The field or 
fields in this parameter shall be defined tn the 
vendor documentation. 

11.5.4.4 Request Parm Parameter. See 
6.3.4.13.1. 

11.5.4.5 Parm Length Parameter. See 
6.3.4.13.2. 


11.6 WRITE ERROR LOG 
11.6.1 Command Packet. The command packet 
for this command shall be as shown in Figure 122. 
11.6.2 Response Packet. The response packet 
for this command shall be as shown in Figure 
}23. 
11.6.3 Description. The WRITE ERROR LOG 
command transfers error log data to the ad- 
dressee. The error log contents and format are 
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slave or facility specific and may be transfer- 
red as data although it consists of the param- 
eter list containing the required information to 
be logged. 
The Create modifier clears any existing infor- 
mation in the addressee’s error log, and resets 
any usage or error counters to zero. 
11.6.4 Parameters. The Write Error Log Pa- 
rameters shall be as shown in Table 103. 
11.6.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 
11.6.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 
11.6.4.3 Error Log Parameter. See 
11.5.4.1.3. 
11.6.4.4 Request Parm Parameter. See 
6.3.4.13.1. 


11.7 DIAGNOSTIC CONTROL 
11.7.1 Command Packet. The command packet 
for this command shall be as shown in Figure 124. 
11.7.2 Response Packet. The response packet 
for this command shall be as shown in Figure 125. 
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Table 103 
Write Error Log Parameters 
+—-+—---4+--+-—---4+---4+---4+ 
[@|LTH|ID|OCTET|X/b|DEF | WRITE ERROR LOG PARAMETERS 
+—¢---4+--4+----=- tore te nn $e a 
31 l COMMAND EXTENT PARAMETER (See 5.5.2) 


im} o9 
| 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
+ 


=.= — 


Count 
Data Address 


RESPONSE EXTENT PARAMETER (See 5.5.3} 
Residual Count 
Data Address 


ERROR LOG PARAMETER (vendor specific) 


| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| REQUEST PARM PARAMETER 

| Parameters as Data * 
| Parameters in Response * 

| Reserved 

| Naked Parameters as Data * 

| Reserved 

| Parameter ID Repeated as many 
| Parameter ID times as needed 
| 
| 
+ 


—_ -— oe oe = — = a ve ae ee ee ee i a me ee ee eB eww eww ew ew ew ew wee ee 


* Mutually exclusive parameters. 


|PKT | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| | 012 3 4 5| 6 | 7 | 8 through n 


XXxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 
7654 3210 3210 


Figure 123 
Response Packet for WRITE ERROR LOG 


$e a $a a a ta a ta ten tte rr tae rr rrr 
{PKT |REF | OP |COM | OP |SLAV|FAC | COMMAND 
| LTH| NO |CODE| MOD| MOD|ADDR|ADDR| PARAMETERS 
| | O 1] 2 | 3 | 4 |] 5S | 6 through n 
$$ ee eH ten nn te +----— +--+ ee nee 
xxxx xxxx 90 bbbb bbbb xx XX 
7654 3210 
[||] Count O=#Octet 1=Block 


Figure 124 
Command Packet for DIAGNOSTIC CONTROL 


[PKL | Echoed From| MAJOR STATUS | RESPONSE 
| LTH| Command | CODES |TYPE|CODE| PARAMETERS 
| ; 0123 4 5| 6 | 7 | 8 through n 
+----4+------ ooo +------- fer —$-- $e rrr 
xxxx eeeeeeeeeeee bbbb bbbb 0001 bbbb 

7654 3210 3210 


Figure 125 
Response Packet for DIAGNOSTIC CONTROL 
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Diagnostic Control Parameters 


DIAGNOSTIC CONTROL PARAMETERS 


COMMAND EXTENT PARAMETER (See 5.5.2) 


RESPONSE EXTENT PARAMETER (See 5.5.3) 


DIAGNOSTIC NUMBER PARAMETER (vendor specific) 


DIAGNOSTIC FUNCTION LIST PARAMETER 
(vendor specific) 


DIAGNOSTIC ACTION CODE PARAMETER 
DIAGNOSTIC PARAMETERS (vendor specific) 
VENDOR-UNIQUE PARAMETER 

REQUEST PARM PARAMETER 

Parameters as Data * 


Parameters in Response ¥ 


Naked Parameters as Data * 


Repeated as many 
times as needed 


Table 104 

$o4---4--4--- $$ 
|@|LTH|ID|OCTET|X/b|DEF| 
+—4¢—---4--+----- $a--4¢—--- 4 ----- + -- = 
[M|O09 [31] | | | 

| | | [01-04] | | Count 

| | | |05-08 | | | Data Address 
| | | | | | | 

[S|n+1]32| | | | 

| | | |01-04| | | Residual Count 
| | | [05-08 | | | Data Address 
| | | | | | | 

IMJ|O3 |50|01-02| | | 

| | || | | | 

IM|n+1/51/01- n| | | 

| | | | | | | 

| | | | | | | 
{M|n+1]52]01-02 | | | 

| | | | | | | (vendor specific) 
| | [; - (Os=n | | | 

| | [et 2 | | | 
|M[n+1]53]01- n| | | 

| | | | | | | 

[M|n+1]6C| | | | 

| | | | O01) 7 | 

| | | | | 6| | 

| | | | | S| | Reserved 

| | | | | 4| | 

| | | | |3-0| | Reserved 

| | | | 02 | | | Parameter ID 
| | | | n | | | Parameter ID 
| | | | | | | 

| | | | | | | 
+—-+--~-4+--+----- a 


* Mutually exclusive parameters. 


11.7.3 Description. If there are no pa- 
rameters, the DIAGNOSTIC CONTROL 
command causes the slave to transfer any 
diagnostic results currently in the slave as 
data. 

The DIAGNOSTIC CONTROL command allows 
the master to load either a slave or a facility 
diagnostic. The diagnostic is transferred to the 
Slave as data. Following loading, the selected 
Slave or facility shall execute the supplied 
diagnostic. The slave shall execute according to 
the list. The parameters may result in transfers 
to or from the master, and. depending on the 
diagnostic sequences, both may occur during ex- 
ecution of this single command. 

Results from the loaded diagnostic may be re- 
turned to the master as data. The parameters 
contained tn the command packet and the results 
returned shall be defined in each product's 
functional specification. 
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This command may be used to read and write ID 
fields, to read and write data fields of sectors 
whose ID fields were damaged, and for other 
facility-type specific operations. 
11.7.4 Parameters. The Diagnostic Control 

parameters shall be as shown in Table 104. 

11.7.4.1 Command Extent (Common) Param- 
eter. See 5.5.2. 

11.7.4.2 Response Extent (Common) Param- 
eter. See 5.5.3. 

11.7.4.3 Diagnostic Number Parameter. See 
11.1.4.3. 

11.7.4.4 Diagnostic Function List Param- 
eter. See 11.1.4.4. 

11.7.4.5 Diagnostic Action Code Parameter. 
See 11.1.4.5. 

11.7.4.6 Vendor-Unique Parameter. See 
1.1.4.6. 

11.7.4.7 Request Parm Parameter. See 
6.3.4.13.1. 


J2. COMMAND SUMMARY 


12.) 


03 


04 


05 


06 


07 


08 


09 


OA 
OB 


OC 


Control Commands 


COMMAND 


NOP 


FACILITY OPERATION 


ATTRIBUTES 


REPORT ADDRESSEE STATUS 


PORT ADDRESS 


PATH CONTROL 


ATTENTION CONTROL 


OPERATING MODE 


ABORT 


ACCESS PERMITS 


RESUME 


PORT RESPONSE 


ANTICIPATED ACTION 
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OPCODE MODIFIERS 


None 


x OY 
xe le 
ee 
xO 
xh 


NIkF © Ot ee 
| J J 1 J 4 


© 
| 


— 
| 
™~ ~ ~ ~ 


NO 
| 


Nor © 
: | 


~ ~ ~~ ™ ™= 


Report 
Initialize 
Restore 
Load 

Save 


Condition 
Status 
Port Query 


Reserve/Release 
Priority Reserve 
Notify Alternate Ports of 


Priority Reserve 


Purge Commands Outstanding 


at Excluded Port 


Path Select 


Enable 
Disable 
Clear 
Set 


Report/set 


Orderly Termination 
Terminate Command In Progress 
Terminate All Commands Not 


In Progress 


Report 
Initialize 
Restore 
Load 

Save 


DataBlock/PhysicalBlock 
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12.2 Position Commands 


42 


44 


COMMAND 


POSITION CONTROL 


REPORT POSITION 


REPORT DISCONTINUITY 


12.3 Transfer Commands 


11 


12 


18 


20 


21 


28 
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COMMAND 


READ 


READ RAW DATA 


READ REPLICATED DATA 


SEARCH 


WRITE 


WRITE PATTERN 


FORMAT 


NO © No © 


NO Fr © 


WN © Ny © WN FR © NO rF © WN Fr © WN Fe © 


WN Fr © 


OPCODE MODIFIERS 


‘- Octet/Block Count 


- DataBlock/PhysicalBlock 


- Octet/Block Count 
—- DataBlock/PhysicalBlock 


- Octet/Block Count 
—- Search/List 
- DataBlock/PhysicalBlock 


OPCODE MODIFIERS 


—- Octet/Block Count 

- Data Recovery On/Off 

- DataBlock/PhysicalBlock 
—- Forward/Reverse 


- Octet/Block Count 

- Data Recovery=1 (Off) 

- DataBlock/PhysicalBlock 
—- Forward/Reverse 


- Count=1 (Block) 
- Data Recovery On/Off 
—- DataBlock/PhysicalBlock 


- Octet/Block Count 

- Data Recovery On/Off 

—- DataBlock/PhysicalBlock 
—- Forward/Reverse 


- Octet/Block Count 
- DataBlock/PhysicalBlock 
— Forward/Reverse 


- Octet/Block Count 
—- DataBlock/PhysicalBlock 
—- Forward/Reverse 


—- Octet/Block Count 

- Inhibit Defect Reallocatior 
—- DataBlock/PhysicalBlock 

—- Initialize Format 


12.4 Combination Commands 


33 


34 


35 


36 


37 


COMMAND 


COPY 


COMPARE SLAVE DATA 


COMPARE DATA 


REALLOCATE 


ALLOCATE RESTORE 


SHADOW READ 


SHADOW WRITE 


SHADOW RESTORE 


12.5 Other Transfer Commands 


51 


52 


53 


54 


55 


COMMAND 


READ VERIFY 


READ AT FIRST AVAILABLE DATA 


READ FROM BUFFER 


READ FACILITY DATA 


TO BUFFER 


READ PHYSICAL DATA AND ECC 


READ PHYSICAL HEADER 
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OPCODE MODIFIERS 


QO - Relocate Data 
O - Relocate Data 
None 
None 


None 


OPCODE MODIFIERS 


0 - Octet/Block Count 

1 - High Margin 

2 - DataBlock/PhysicalBlock 
3 - Forward/Reverse 


0 - Octet/Block Count 

1 - Data Recovery On/Off 

2 —- DataBlock/PhysicalBlock 
3 - Forward/Reverse 


0 - Octet/Block Count 

1 - Data Recovery On/Off 

2 - DataBlock/PhysicalBlock 
3 - Forward/Reverse 


O - Octet/Block Count 

1 - ECC/Syndrome 

3 - Forward/Reverse 

1 - Data Recovery On/Off 
3 —- Forward/Reverse 


169 


AMERICAN NATIONAL STANDARD X3,132-1987 


56 


58 


2 


63 


64 


65 


66 


67 


68 


READ IPL 


READ PHYSICAL HEADER & ECC 


WRITE TO BUFFER 


WRITE BUFFER TO FACILITY 


WRITE PHYSICAL DATA AND ECC 


WRITE PHYSICAL HEADER 


LOAD SLAVE IML 


ERASE 


WRITE PHYSICAL HEADER & ECC 


12.6 Diagnostic Commands 


83 


8 4 
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COMMAND 


PERFORM SLAVE DIAG 


PERFORM FACILITY DIAG 


READ DEFECT LIST 


WRITE DEFECT LIST 


READ ERROR LOG 


None 


1 - ECC/Syndrome 


3 


None 


0 
2 
3 


WN F © 


W NF © 


Poe 


i mm DOF © 


~ * = 


Forward/Reverse 


Octet/Block Count 
DataBlock/PhysicalBlock 
Forward/Reverse 


Octet/Block Count 
Forward/Reverse 


Octet/Block Count 
Forward/Reverse 


- Load 

- Reload 
- Report 
- Store 


Octet/Block Count 
DataBlock/PhysicalBlock 
Forward/Reverse 


Octet/Block Count 
Forward/Reverse 


OPCODE MODIFIERS 


Octet/Block Count 
Octet/Block Count 


Octet/Block Count 
Permanent/Temporary 
Working/Suspect 
Sequential/Chronological 


Octet/Block Count 
Permanent/Temporary 
Clear Defect List 
Append/Create 


Octet/Block Count 
Clear Error Log 
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85 WRITE ERROR LOG 0 - Octet/Block Count 
3 - Append/Create 


90 DIAGNOSTIC CONTROL 0 - Octet/Block Count 


17] 


X3.115-1984 Unformatted 80 Megabyte Trident Pack for Use 

at 370 tpi and 6000 bpi (General, Physical, and Magnetic Charac- 
teristics) 

X3.116-1986 Recorded Magnetic Tape Cartridge, 4-Track, Serial 
0.250 Inch (6.30 mm) 6400 bpi (252 bpmm), Inverted Modified 
Frequency Modulation Encoded 

X3.117-1984 Printable/Image Areas for Text and Facsimile Com- 
munication Equipment 

X3.118-1984 Financial Services — Personal Identification Number 
— PIN Pad 

X3.119-1984 Contact Start/Stop Storage Disk, 158361 Flux Trans- 
itions per Track, 8.268 Inch (210 mm) Outer Diameter and 3.937 
inch (100 mm) Inner Diameter 

X3.120-1984 Contact Start/Stop Storage Disk 

X3.121-1984 Two-Sided, Unformatted, 8-Inch (200-mm), 48-tpi, 
Double-Density, Flexible Disk Cartridge for 13 262 ftpr Two-Headed 
Application 

X3.122-1986 Computer Graphics Metafile for the Storage and 
Transfer of Picture Description Information 

X3.124-1985 Graphical Kernel System (GKS) Functional 


Description 
X3.124.1-1985 Graphical Kernel System (GKS) FORTRAN 
Binding 


X3.125-1985 Two-Sided, Double-Density, Unformatted 5.25-inch 
(130-mm), 48-tpi (1,9-tpmm), Flexible Disk Cartridge for 7958 
bpr Use 

X3.126-1986 One- or Two-Sided Double-Density Unformatted 

5 25-inch (130-mm), 96 Tracks per Inch, Flexible Disk Cartridge 
X3.127-1987 Unrecorded Magnetic Tape Cartridge for Information 
Interchange 

X3.128-1986 Contact Start-Stop Storage Disk — 83 000 Flux 
Transitions per Track, 130-mm (5.118-in) Outer Diameter and 
40-mm (1.575-in} Inner Diameter 

X3.129-1986 Intelligent Peripheral Interface, Physical Level 
X3.130-1986 Intelligent Peripheral Interface, Logical Device 
Specific Command Sets for Magnetic Disk Drive 

X3.131-1986 Small Computer Systems Interface 

X3.132-1987 Intelligent Peripheral Interface — Logical Device 
Generic Command Set for Optical and Magnetic Disks 


X3.133-1986 Database Language —NDL 

X3.135-1986 Database Language — SQL 

X3.136-1986 Serial Recorded Magnetic Tape Cartridge for 
Information Interchange, Four and Nine Track 

X3.139-1987 Fiber Distributed Data Interface (FDDI) Token Ring 
Media Access Contro! (MAC) 

X3.140-1986 Open Systems Interconnection — Connection 
Oriented Transport Layer Protocol Specification 

X3.141-1987 Data Communication Systems and Services — Mea- 
surement Methods for User-Oriented Performance Evaluation 
X3.146-1987 Device Level Interface for Streaming Cartridge 

and Cassette Tape Drives 

X3.147-1987 Intelligent Peripheral Interface — Logical Device 
Generic Command Set for Magnetic Tapes 

X3.153-1987 Open Systems Interconnection — Basic Connection 
Oriented Session Protocol Specification 

X3.156-1987 Nominal 8-Inch Rigid Disk Removable Cartridge 
X3.157-1987 Recorded Magnetic Tape for Information Interchange, 
3200 CPI 

X3.158-1987 Serial Recorded Magnetic Tape Cassette for Informa- 
tion Interchange, 0.150 Inch (3.81 mm), 8000 bpi (315 bpmm), 
Group Code Recording. 

X11.1-1977 Programming Language MUMPS 

IEEE 416-1978 Abbreviated Test Language for All Systems 
(ATLAS) 

IEEE 716-1982 Standard C/ATLAS Language 

IEEE 717-1982 Standard C/ATLAS Syntax 

IEEE 770X3.97-1983 Programming Language PASCAL 

IEEE 771-1980 Guide to the Use of ATLAS 

ISO 8211-1986 Specifications for a Data Descriptive File for 
Information Interchange 

MIL-STD-1815A-1983 Reference Manual for the Ada Programming 
Language 

NBS-ICST 1-1986 Fingerprint Identification — Data Format for 
Information Interchange 





X3/TRI-82 Dictionary for Information Processing Systems 
(Technical Report) 


American National Standards for Information Processing 


X3.1-1987 Synchronous Signaling Rates for Data Transmission 
X3.2-1970 Print Specifications for Magnetic Ink Character 
Recognition 

X3.4-1986 Coded Character Sets — 7-Bit ASCII 

X3.5-1970 Flowchart Symbols and Their Usage 

X3.6-1965 Perforated Tape Code 

X3.9-1978 Programming Language FORTRAN 

X3.11-1969 General Purpose Paper Cards 

X3.14-1983 Recorded Magnetic Tape (200 CPI, NRZI) 
X3.15-1976 Bit Sequencing of the American National Standard 
Code for Information Interchange in Serial-by-Bit Data Transmission 
X3.16-1976 Character Structure and Character Parity Sense for 
Serial-by-Bit Data Communication in the American National Stan- 
dard Code for Information Interchange 

X3.17-1981 Character Set for Optical Character Recognition 
(OCR-A) 

X3.18-1974 One-Inch Perforated Paper Tape 

X3.19-1974 Eleven-Sixteenths-Inch Perforated Paper Tape 
X3.20-1967 Take-Up Reels for One-Inch Perforated Tape 
X3.21-1967 Rectangular Holes in Twelve-Row Punched Cards 
X3.22-1983 Recorded Magnetic Tape (800 CPI, NRZ!) 
X3.23-1985 Programming Language COBOL 

X3.25-1976 Character Structure and Character Parity Sense for 
Parallel-by-Bit Data Communication in the American National 
Standard Code for Information Interchange 

X3.26-1980 Hollerith Punched Card Code 

X3.27-1987 Magnetic Tape Labels and File Structure 

X3.28-1976 Procedures for the Use of the Communication Control 
Characters of American National Standard Code for Information 
Interchange in Specified Data Communication Links 

X3.29-1971 Specifications for Properties of Unpunched Oiled 
Paper Perforator Tape 

X3.30-1986 Representation for Calendar Date and Ordinal Date 
X3.31-1973 Structure for the Identification of the Counties of the 
United States 

X3.32-1973 Graphic Representation of the Control Characters of 
American National Standard Code for Information Interchange 
X3.34-1972 Interchange Rolls of Perforated Tape 

X3.37-1987 Programming Language APT 

X3.38-1972 Identification of States of the United States 
(Including the District of Columbia) 

X3.39-1986 Recorded Magnetic Tape (1600 CPI, PE) 

X3.40-1983 Unrecorded Magnetic Tape (9-Track 800 CPI, NRZI; 
1600 CPI, PE; and 6250 CPI, GCR) 

X3.41-1974 Code Extension Techniques for Use with the 7-Bit 
Coded Character Set of American National Standard Code for Infor- 
mation Interchange 

X3.42-1975 Representation of Numeric Values in Character Strings 
X3.43-1986 Representations of Local Time of Day 

X3.44-1974 Determination of the Performance of Data Communi- 
cation Systems 

X3.45-1982 Character Set for Handprinting 

X3.46-1974 Unrecorded Magnetic Six-Disk Pack (General, Physical, 
and Magnetic Characteristics) 

X3.47-1977 Structure for the Identification of Named Populated 
Places and Related Entities of the States of the United States for 
Information Interchange 

X3.48-1986 Magnetic Tape Cassettes (3.81-mm [0.150-Inch] 
Tape at 32 bpmm [800 bpi], PE) 

X3.49-1975 Character Set for Optica! Character Recognition (OCR-B) 
X3.50-1986 Representations for U.S. Customary, SI, and Other 
Units to Be Used in Systems with Limited Character Sets 
X3.51-1986 Representations of Universal Time, Local Time Differ- 
entials, and United States Time Zone References 

X3.52-1976 Unrecorded Single-Disk Cartridge (Front Loading, 
2200 BPI) (General, Physical, and Magnetic Requirements) 
X3.53-1976 Programming Language PL/| 

X3.54-1986 Recorded Magnetic Tape (6250 CPI, Group Coded 
Recording) 

X3.55-1982 Unrecorded Magnetic Tape Cartridge, 0.250 Inch 
(6.30 mm), 71600 bpi (63 bpmm), Phase encoded 

X3.56-1986 Recorded Magnetic Tape Cartridge, 4 Track, 0.250 
Inch (6.30 mm), 1600 bpi (63 bpmm), Phase Encoded 

X3.57-1977 Structure for Formatting Message Headings Using the 
American National Standard Code for Information Interchange for 
Data Communication Systems Control 


X3.58-1977 Unrecorded Eleven-Disk Pack (General, Physical, and 
Magnetic Requirements) 

X3.60-1978 Programming Language Minimal BASIC 

X3.61-1986 Representation of Geographic Point Locations 
X3.62-1987 Paper Used in Optical Character Recognition (OCR) 
Systems 

X3.63-1981 Unrecorded Twelve-Disk Pack (100 Megabytes) (Gen- 
eral, Physical, and Magnetic Requirements) 

X3.64-1979 Additiona! Controls for Use with American National 
Standard Code for Information Interchange 

X3.66-1979 Advanced Data Communication Control Procedures 
(ADCCP) 

X3.72-1981 Parallel Recorded Magnetic Tape Cartridge, 4 Track, 
0.250 Inch (6.30 mm), 1600 bpi (63 bpmm), Phase Encoded 
X3.73-1980 Single-Sided Unformatted Flexible Disk Cartridge 
(for 6631-BPR Use) 

X3.74-1987 Programming Language PL/I, General-Purpose Subset 
X3.76-1981 Unformatted Single-Disk Cartridge (Top Loading 
200 tpi 4400 bpi) (General, Physical, and Magnetic Requirements) 
X3.77-1980 Representation of Pocket Select Characters 
X3.78-1981 Representation of Vertical Carriage Positioning Char- 
acters in Information Interchange 

X3.79-1981 Determination of Performance of Data Communica- 
tions Systems That Use Bit-Oriented Communication Procedures 
X3.80-1981 Interfaces between Flexible Disk Cartridge Drives 
and Their Host Controllers 

X3.82-1980 One-Sided Single-Density Unformatted 5.25-Inch 
Flexible Disk Cartridge (for 3979-BPR Use) 

X3.83-1980 ANSI Sponsorship Procedures for ISO Registration 
According to ISO 2375 

X3.84-1981 Unformatted Twelve-Disk Pack (200 Megabytes) (Gen- 
eral, Physical, and Magnetic Requirements 

X3.85-1981 1/2-Inch Magnetic Tape Interchange Using a Self 
Loading Cartridge 

X3.86-1980 Optical Character Recognition (OCR) Inks 
X3.88-1981 Computer Program Abstracts 

X3.89-1981 Unrecorded Single-Disk, Double-Density Cartridge 
(Front Loading, 2200 bpi, 200 tpi) (General, Physical, and Mag- 
netic Requirements) 

X3.91M-1987 Storage Module Interfaces 

X3.92-1981 Data Encryption Algorithm 

X3.93M-1981 OCR Character Positioning 

X3.94-1985 Programming Language PANCM 

X3.95-1982 Microprocessors — Hexadecimal Input/Output, Using 
5-Bit and 7-Bit Teleprinters 

X3.96-1983 Continuous Business Forms (Single-Part) 

X3.98-1983 Text Information Interchange in Page Image Format 
(PIF) 

X3.99-1983 Print Quality Guideline for Optical Character Recogni- 
tion (OCR) 

X3.100-1983 Interface Between Data Terminal Equipment and 
Data Circuit-Terminating Equipment for Packet Mode Operation 
with Packet Switched Data Communications Network 
X3.101-1984 Interfaces Between Rigid Disk Drive(s) and Host({s) 
X3.102-1983 Data Communication Systems and Services — User- 
Oriented Performance Parameters 

X3.103-1983 Unrecorded Magnetic Tape Minicassette for Informa- 
tion Interchange, Coplanar 3.81 mm (0.150 in) 

X3.104-1983 Recorded Magnetic Tape Minicassette for Informa- 
tion Interchange, Coplanar 3.81 mm (0.150 in), Phase Encoded 
X3.105-1983 Data Link Encryption 

X3.106-1983 Modes of Operation forthe Data Encryption Algorithm 
X3.110-1983 Videotex/Teletext Presentation Level Protocol Syntax 
X3.111-1986 Optical Character Recognition (OCR) Matrix Charac- 
ter Sets for OCR-M 

X3.112-1984 14-in (356-mm) Diameter Low-Surface-Friction 
Magnetic Storage Disk 

X3.113-1987 Programming Language FULL BASIC 

X3.114-1984 Alphanumeric Machines; Coded Character Sets for 
Keyboard Arrangements in ANSI X4.23-1982 and X4.22-1983 


(Continued on reverse) 


October 1987 








NIST-772 U.S. DEPARTMENT OF COMMERCE |CHANGERUMBERZ - FIPS 60-2 & 62 
(REV. 10-88) NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY /1-FIPS 61-1,63-1,97,111,1306131 


DATE OF CHANG : 
FIPS PUBLICATION CHANGE NOTICE 


1990 December 26 


FIPS PUBLICATION NUMBER 

UBUCATION TITLE F TPS 60-2, I/O Channel Interface; 62, Operational Specifications for Magnetic Tape 
ubsystems; 61-1, Channel Level Power Control Interface; 63-1, Operational Specifications for 
ariable Block Rotating Mass Storage Subsystems; 97, Operational Specifications for Fixed Block 
otating Mass Storage Subsystems; 111, Storage Module Interfaces (w/extens. for enhanced storagé 


odule interface); 130, Intelligent Peripheral Interface (IPI); 131, Small Computer System 
nterface (SCSI). 


41S OFFICE HAS A RECORD OF YOUR INTEREST IN RECEIVING CHANGES TO THE ABOVE FIPS PUBLICATION. THE CHANGE(S) INDICATED BELOW HAVE BEEN 
AOVIDED BY THE MAINTENANCE AGENCY FOR THIS PUBLICATION AND WILL BE INCLUDED IN THE NEXT PUBLISHED REVISION TO THIS FIPS PUBLICATION. 
VESTIONS OR REQUESTS FOR ADDITIONAL INFORMATION SHOULD BE ADORESSED TO THE MAINTENANCE AGENCY: 


Department of Commerce 
National Institute of Standards and Technology 
National Computer Systems Laboratory 
Gaithersburg, MD 20899 

4ANGE ITEM(S) 


Attached is a reprint from the December 18, 1990, FEDERAL REGISTER (55 FR 51941) 
which provides approved revisions by the Secretary of Commerce to the FIPS family 
of input/output interface standards, and the approved discontinuation of the 
Exclusion and Verification Lists for these standards. 


These approved revisions became effective on December 18, 1990, and become an 
integral part of FIPS 60-2, 61-1, 62, 63-1, 97, 111, 130 and 131, and, as such, 


are considered to be included whenever reference is made to them, 


These approved revisions should be filed with each FIPS listed above, 


Attachment 


Copies of FIPS are available from: 


National Technical Information Service (NTIS) 
alTN: Sales Office, Sills Building 

5285 Port Royal Road 

Springfield, Virginia 22161 


Phone — 703/487-4650 Office Hours - 7:45 a.m. to 4:15 p.m. 
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Nationa! Institute of Standards and Technology 
NOTICES 


Information processing standards, Federal: 
Family of input/output interface standards, 51941 





National Institute of Standards and 
Techncilogy 


[Docket No. 900101-0219] 


RIN 0693-AAS9 


Approval of Revisions to Federal 
Information Processing Standards 
(FIPS) Famiiy of Input/Output interface 
Standards 


AGENCY: National Institute of Standards 
and Technology (NIST), Commerce. 
ACTION: The purpose of this notice is to 
announce that the Secretary of 
Commerce has approved revisions to the 
Federal Information Processing 
Standards (FIPS) family of input/output 
interface standards, and has approved 
discontinuation of the exclusion and 
verification lists for these standards. 


SUMMARY: On March 20, 1990. notice 
was published in the Federal Register 
(55 FR 10272) proposing revision of 
Federal Information Processing 
Standards (FIPS) 60-2, 61-1. 62, 63-1, 97, 
111, 130, and 131 to make them non- 
mandatory, and discontinue the 
exclusion and verification lists for these 
standards. This proposal superseded the 
proposal for revision of these standards 
announced in the Federal Rogister (52 
FR 44462) of November 19, 1987. 
Procedures for the Exclusion List for 
FIPS 60, 61, 62, 63. and 97 were 
published in the Federal Register on 


91942 





Federal Register / Vol. 55, No. 243 / Tuesday, December 18, 1990 / Notices 








September 3, 1982 (47 FR 38959-38960). 
Procedures for the Verification List for 
FIPS 60, 61. 62, 63, and 97 were 
published in the Federal Register on 
December 11, 1979 (44 FR 71444-71445) 
and on April 7, 1981 (46 FR 20719-20720). 

The written comments submitted by 
interested parties and other material 
available to the Department relevant to 
these proposed revisions were reviewed 
by NIST. On the basis of this review, 
NIST recommended that the Secretary 
approve revisions to the input/output 
family of standards and approve 
discontinuation of the exclusion and 
verification lists for these standards. 
NIST prepared a detailed justification 
document for the Secretary's review in 
support of those recommendations. 

This notice provides only the changes 
to tlle revised standards. 


EFFECTIVE OATE: These revisions are 
effective December 18, 1990. 


ADDRESSES: Interested parties may 
obtain copies of FIPS PUBS 60-2, 61-1, 
62, 63-1, 97, 111. 130, and 131 from the 
National Technical Information Service, 
U.S. Department of Commerce, 
Springfield, VA 22161. 

FOR FURTHER INFORMATION CONTACT: 
Ms. Shirley Radack, National Institute of 
Standards and Technology, 
Gaithersburg, MD 20899, telephone (301) 
075-2833. : 


UPPLEMENTARY INFORMATION: Under 
the provisions of 40 U.S.C. 759(d), the 
Secretary of Commerce is authorized to 
promulgate standards and guidelines for 
Federal computer systems, and to make 
such standards compulsory and binding 
to the extent to which the Secretary 
determines necessary to improve the 
efficiency of operation, or security and 
privacy of Federal computer systems. 

The family of I/O interface standards 
currently includes: 

a. FIPS 60-2, !/O Channel Interface, 
revised July 29, 1983. 

b. FIPS 61-1, Channe] Level Power 
Control Interface, revised July 13, 1982. 

c. FIPS 62, Cperational Specifications 
for Magnetic Tape Subsystems, revised 
December 30, 1980. 

d. FIPS 63-1, Operational 
Specifications for Variable Block 
Rotating Mass Storage Subsystems, 
-evised April 14, 1983; Supplement to 
FIPS PUB. 63-1, Additional Operational 
Specifications for Variable Block 
Rotating Mass Slorage Subsystems, 
April 14, 1983. 

e. FIPS 97, Operational Specifications 
‘or Fixed Block Rotating Mass Storage 
Subsystems, February 4, 1983. 

f. FIPS 111, Storage Module Interfaces 

‘th extensions for enhanced storage 

sdule interfaces), April 18, 1985. 


g. FIPS 130. Intelligent Peripheral 
Interface {IPI), July 16. 1987. 

h. FIPS 131. Small Computer System 
Interface (SCSI) July 16, 1987. 

The following revisions are being 
made effective immediately upon 
publication. A delayed effective date is 
not required because these standards 
are exempt from the Administrative 
Procedure Act by U.S.C. 553(a}(2). 

Revisions to Federal Information 
Processing Standards 60-2, 61-1. 62. 63- 
1. 97, 111, 130, and 131. 

FIPS 60-2, 1/O Channel Interface, is 
revised as follows: 

Applicability. This standard 
addresses the interconnection of 
computer peripheral equipment as a part 
of ADP systems for the following types 
of peripherals: (1) Magnetic tape 
equipment employing open reel-to-reel 
magnetic tape storage devices, 
specifically excluding magnetic tape 
cassette and tape cartridge storage 
devices, (2) magnetic disk storage 
equipment employing disk drives each 
having a capacity greater than 7 
megabytes per storage module, 
excluding flexible disk and disk 
cartridge devices having a smaller 
storage capacity per device, and (3) 
other peripheral equipment employing 
peripheral device types for which 
operational specifications standards 
have been issued as Federal Information 
Processing Standards. This standard is 
recommended for use in the acquisition 
of peripheral equipment for ADP 
systems with input/output channel 
interfaces as specified in the technical 
specifications, when it is determined 
that interchange of equipment between 
different systems is likely. 

Implementation. The original version 
of this standard became effective 
December 13, 1979. The first revision 
became effective June 23, 1980, and the 
second revision became effective July 
29, 1983. This revision becomes effective 
December 18, 1990. 

Waivers. This standard is non- 
mandatory. No waivers are required. 

FIPS 61~1, Channel Level Power 
Control Interface, is revised as follows: 

Applicability. This standard 
addresses the power control interface in 
connecting computer peripheral 
equipment to ADP systema. It is 
recommended for useAhen FIPS 60-2 is 
used, when it is determined that 
interchange of equipment between 
different systems is likely. 

Implementation. The original version 
of this standard became effective June 
23, 1980, and the first revision became 
effective July 13, 1982. This revision 
becomes effective December 18, 1990. 

Waivers. This standard is non- 
mandatory. No waivers are required. 


FIPS 62, Operational Specifications 
for Magnetic Tape Subsystems. is 
revised as follows: 

Applicability. This standard 
addresses magnetic tape equipment 
connected to ADP systems throuch FIPS 
60 interfaces. It is recommended for use 
in the acquisition of such equipment, 
when it is determined that interchange 
of equipment between different systems 
is likely. 

Implementation. The original version 
of this standard became effective June 
23, 1980. This revision becomes effective 
December 18, 1990. 

Waivers. This standard is non- 
mandatory. No waivers are required. 

FIPS 63-1, Operational Specificaiions 
for Variable Block Rotating Mass 
Storage Subsystems, is revised as 
follows: 

Applicability. This standard 
addresses peripheral device dependent 
operational interfaces for connecting 
variable block rotating mass storage 
equipment to ADP systems through FIPS 
60 interfaces. It is recommended for use 
in the acquisition of such variable block 
rotating mass storage equipment for 
connection to ADP systems, when it is 
determined that interchange of 
equipment between different systems is 
likely. 

Implementation. This standard 
became effective June 23, 1930, and the 
first revision became effective Apnil 14. 
1983. This revision becomes effective 
December 18, 1990. 

Waivers. This standard is non- 
mandatory. No waivers are required. 

FIPS 97, Operalional Specifications 
for Fixed Block Rotating Mass Storage 
Subsystems, is revised as follows: 

Applicability. This standard 
addresses the peripheral device 
dependent operational interface 
specifications for connecting fixed block 
rotating mass storage equipment to ADP 
systems through FIPS 60 interfaces. It is 
recommended for use in the acquisition 
of such fixed block rotating mass 
storage equipment for connection to 
ADP systems, when it is determined that 
interchange of equipment between 
different systems is likely. 

Implementation. The original version 
of this standard became effective 


- February 4, 1983. This revision becomes 


effective December 18, 1990. 

Wuivers. This standard is non- 
mandatory. No waivers are required. 

FIPS 111, Storage Module Interfaces, 
is revised as follows: 

Applicability. This standard 
addresses connection of a disk drive tr 
a controller as part of an ADP system. 
This standard is recommended for use in 
the acquisition of disk systems that are 
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connected to small and medium sized 
computer systems, when it is 
determined that interchange of 
equipment between different systems is 
likely. 

Implementation. This standard 
became effective May 18, 1985, This 
revision becomes effective December 18, 
1990. 

Waivers. This standard is non- 
mandatory. No waivers are required. 

FIPS 130. Intelligent Peripheral 
Interface (IPI), is revised as follows: 

Section 8. Applicability. This standard 
applies to the connection of computers 
to storage peripheral device controllers. 
This standard is recommended for use in 
the acquisition of magnetic disk drives. 
optical disk drives, and tape drives to be 
connected to minicomputer systems, 
when it is determined that interchange 
of equipment between different systems 
is likely. 

Section 10, Implementation. This 
standard became effective December 16, 
1987. This revision becomes effective 
December 18, 1990. 

Section 11, Waivers. This standard is 
non-mandatory. No waivers are 
required. 

FIPS 131, Small Computer System 
Interface (SCSI) is revised as follows: 

Section 8 Applicability. This standard 
addresses the connection of small 
computers to peripheral! devices with 
integral controllers. This standard is 
recommended for use in the acquisition 

of storage peripherals and small _ - 
computer systems for offite or 
laboratory use, when it is determined 
that interchange of equipment between 
different systems is likely. 

Section 10, Implementation. This 
standard became effective December 16, 
1987. This revision becomes effective 
December 18, 1990. 

Section 11, Waivers. This standard is 
non-mandatory. No waivers are 
required. 


Dated: December 12, 1990. 
John W. Lyons, 
Director. 
[FR Doc, 90~29563 Filed 12-17-90; 8:45 am] 
BILLING CODE 3510-CN-M 
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